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Description 

BACKGROUND OF THE INVENTION 

(1) Field of the Invention 

[0001] This invention relates Lo a debugging appara- 
tus, and more specifically, to a debugging apparatus for 
debugging a debug target program by changing hard- 
ware environments without changing program operation 
state. 

(2) Description of the Prior Art 

[0002] Microcomputer systems are indispensable to 
electrical appliances today In. developing programs for 
such microcomputer systems, debugging is very impor- 
tant since microcomputer systems require such a quality 
as enduring mass production. 
[0003] For debugging programs, the debug target 
programs are run in hardware environments to find er- 
rors (bugs). The bugs found are deleted from the pro- 
grams. 

[0004] The hardware environments in which debug 
target programs run are classified as follows: 

(1) target machine prototypes; 

(2) evaluation boards; and 

(3) simulators on host computers. 

[0005] The hardware environment of (1) above is 
called "monitor type." In the monitor type hardware en- 
vironment, operations of prototype microprocessors are 
monitored and simple debugging is performed. 
[0006] The hardware environment of (2) above ena- 
bles a high-quality debugging, using an in-circuit emu- 
laLors (ICE) and various debugging tools. This hard- 
ware environment is called "ICE type." 
[0007] The hardware environment of (3) above is 
called "simulator type." The simulators used in the en- 
vironment are divided into two types: instruction level 
software simulators and logic level software simulators. 
Instruction level software simulators are such software 
systems as realizing, in a hosL computer, pseudo oper- 
ation states of microprocessors by executing instruc- 
tions of the microprocessors in the host computer. 
[0008] The logic level software simulators simulate 
hardware operations and are generally used for design- 
ing microprocessor chips. 

[0009] Meanwhile, these three types of hardware en- 
vironments have their limitations respectively in the abil- 
ity of testing operations. 

[0010] In the ICE type hardware environment, the 
trace function can be used to output history of program 
operations. In the monitor type hardware environment, 
in contrast, it is difficult to use the trace function since it 
requires a great amount of memory capacity. Therefore, 
the operator is obliged to analyze the cause of bugs with 



other less-quality functions in the monitor type. It may 
be said that the program verification in the monitor type 
is insufficient since various cases such as multiple in- 
terrupts, interrupts at an appointed time, etc cannot be 
5 applied to the debug target program. On the other hand, 
modifying the hardware monitor machine is not realistic. 
[0011] The limitations of the ICE type hardware envi- 
ronment derive from the difference in the circuit struc- 
ture between the evaluation board and the target micro- 

io processor. Even if the microprocessor appears to oper- 
ate perfectly on the evaluation board, it is not enough to 
permit the shipping of the microprocessor. The micro- 
processor should be verified with its peripherals. Lines 
in the evaluation board, for example, may be longer than 

15 those of a prototype microprocessor. This may generate 
a time lag when using the peripherals, which results in 
incorrectness of the microprocessor verification. 
[0012] The limitation of the simulator type hardware 
environment derives from the slowness of operations. 

20 This is because the simulator itself uses the host com- 
. puter. A process which takes one second in the ICE type 
or monitor type hardware environment, for example, 
takes several minutes or tens of several minutes in the 
simulator type hardware environment. 

25 [0013] When an error occurs in a certain situation in 
a hardware environment, the operator may desire to re- 
produce the same situation in another hardware envi- 
ronment. Reproducing of such situations, however, gen- 
erally requires a lot of trials and errors before the repro- 

30 duction succeeds, such as transferring values at the 
time when an error occurred to the other environment, 
or running the debug target program from the beginning, 
etc. Such trials and errors takes a lot of time in the de- 
velopment of the microprocessor. 

35 [0014] The document Robert D. Gronlund et a): "The 
HP 64700 Embedded Debug Environment: A New Par- 
adigm for Embedded Systems Integration and Debug- 
ging", HEWLETT-PACKARD JOURNAL, vol. 44, No. 2, 
April 1993, Palo Alto, US, describes a debugging sys- 

40 tern for embedded systems using emulator systems for 
simulation and analysts purposes. Also simulator tools 
are described in the context of embedded system de- 
bugging. 

45 SUMMARY OF THE INVENTION 

[001 5] It is therefore an object of the present invention 
to provide a debugging apparatus which makes the 
most of the advantage of each of different hardware en- 

50 vironments by controlling the hardware environments. 
[0016] It is another object of the present invention to 
provide a debugging apparatus for, when an error oc- 
curs in a certain situation in a hardware environment, 
reproducing the same situation in another hardware en- 

55 vironment, without causing the developer to perform a 
lot of trials and errors. 

[0017] Trie invention, as defined in claim 1 , achieves 
the above objects by a debugging apparatus for verify- 



2 



:P081^04(B1Hhttp://wv\w.mia^^ 



Page 3 of 62 



EP 0 814 404 B1 



ing a program, which is to be embedded into a target 
machine, by running the program in any of the target 
machine itself, an emulator machine emulating the tar- 
get machine, and a simulator simulating the target ma- 
chine in terms of software, where each of the target ma- s 
chine, the emulator machine, and the simulator includes 
operation state information which indicates an operation 
state of the program and inputs and outputs the opera- 
tion state information in a form unique to each of the 
target machine, the emulator machine, and the simula- 
tor, the debugging apparatus including: target environ- 
ment storing unit for storing information of a target en- 
vironment which is an identification name of any of the 
target machine, the emulator machine, and the simula- 
tor as an environment target; receiving unit for receiving 
a command input by an operator; instruction detecting 
unit forjudging whether a certain instruction is included 
in the command received by the receiving unit; specify- 
ing unit for, when the instruction detecting unit judges 
that the certain instruction is included in the command, 
specifying a target environment specified by the identi- 
fication name stored in the target environment storing 
unit as a source target environment and for specifying, 
as a destination target environment, one of the target 
machine, the emulator machine, and the simulator other 
than the identification name stored in the target environ- 
ment storing unit; reading unit for reading operation 
state information from the source target environment; 
converting unit for converting the operation state infor- 
mation read by the reading unit into operation state in- 
formation written in a form unique to the destination tar- 
get environment; setting unit for setting the operation 
state information written in the form unique to the des- 
tination target environment in the destination target en- 
vironment; and operation resuming unit for resuming an 
operation of the program in the destination target envi- 
ronment. 

[0018] With such a construction, the debugging appa- 
ratus enables the operator to switch the hardware envi- 
ronments in debugging the debug target program. That 
means the operator can effectively debug the debug tar- 
get program, making the most of the advantage of each 
of different hardware environments. 
[001 9] The first part of a debug target program, for ex- 
ample, may be run in the prototype hardware environ- 
ment. Then, the rest of the debug target program may 
be run in the simulator type hardware environment. This 
is because the simulator type takes a lot of time in run- 
ning the program, though it has a lot of functions for an- 
alyzing the cause of bugs. This tactic is very effective 
when to find such a bug as occurring once in several 
tens or several hundreds of executions of the debug tar- 
get program. This decreases the time of debugging. 
[0020] Another advantageous aspect of the present 
invention is that the hardware environments are 55 
switched by an issue of a command, which is a handy 
method and may be possible in any situations in the ex- 
ecution of debugging. That means the operator can an- 



4 

alyze the cause of the bug without taking much time for 
the development. 

[0021] The debug target program also need not be run 
from the beginning in another hardware environment to 
reproduce the same situation for an error, while in con- 
ventional systems, values are transferred to the other 
hardware environment and the program is repeated 
from the beginning. This also decreases the time of de- 
bugging, and accordingly the time of developing. 
[0022] The above debugging apparatus may further 
include: breakpoint setting managing unit for managing 
areas of the memories and the registers of the target 
machine, the emulator machine, and the simulator by 
classifying the areas into areas for which a breakpoint 
can be set and areas for which a breakpoint cannot be 
set; judging unit for judging whether a breakpoint is to 
be set in the destination target environment by referring 
to the breakpoint setting managing unit after the con- 
verting unit has converted the operation state informa- 
tion into the form of the destination target environment; 
and notifying unit for notifying the operator that the 
breakpoint is not to be set in the destination target en- 
vironment when the judging unit judges that the break- 
point is not to be set in the destination target environ- 
ment. 

[0023] With such a construction it is possible for the 
debugging apparatus to inform the operator that a part 
of breakpoints cannot be set in the destination target 
hardware environment. 

[0024] The above debugging apparatus may further 
comprise: maximum value storing unit for storing a value 
representing the maximum number of accumulated ad- 
dresses for each of the target machine, the emulator 
machine, and the simulator; address number recogniz- 
ing unit for recogn izing a current number of accumulated 
addresses in the destination target environment; and 
notifying unit for notifying the operator of a difference 
between the current number of accumulated addresses 
and the maximum number of accumulated addresses. 
[0025] With such a construction, it is possible for the 
debugging apparatus to inform the operator that a part 
of trace data accumulated in the source target hardware 
environment is lost in the destination target hardware 
environment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0026] These and other objects, advantages and fea- 
tures of the invention will become apparent from the fol- 
lowing description thereof taken in conjunction with the 
accompanying drawings which illustrate a specific em- 
bodiment of the invention. In the drawings: 

FIG. 1 A shows an appearance of the debugging ap- 
paratus of the present embodiment; 
FIG.1B is a block diagram showing the hardware 
construction of the debugging apparatus of the 
present embodiment; 
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FIG.2A shows the hardware construction of the 

monitor type hardware environment; 

Fl G.2B shows the hardware construction of the ICE 

type hardware environment; 

FIG.2C shows the construction of the simulator type 

hardware environment; 

FIG. 3 shows internal layers of the debugging appa- 
ratus; 

FIG. 4 shows the sub-layers in application layer 11; 
FIG. 5 shows the contents of the sub-layers in ap- 
plication layer 11; 

FIG.6A is a systematic illustration of debug com- 
mands which are used in the present embodiment; 
FIG.6B shows three major examples of the extend- 
ed selectTARGET commands; 
FIG.6C shows a table which shows destination tar- 
get hardware environments; 
FIG.7 shows messages output onto display 2 by us- 
er interface layer 50; 

FIG. 8 shows the sub-commands and the corre- 
sponding function call codes; 
FIG. 9 shows the high function call codes and cor- 
responding low function call codes; 
FIG.10A shows the control of reading data from 
work area 38 in prototype 30 by monitor control lay- 
er 61; 

FIG. 1 0B shows the control of writing data into work 
area 38 in prototype 30 by monitor control layer 61 ; 
FIG. 1 1 A is a flowchart of the procedure of the com- 
munications sequence to control reading data from 
memories, which is performed by monitor control 
layer 61; 

FIG. 11 B is a flowchart of the procedure of the com- 
munications sequence to control writing of data into 
a memory, which is performed by monitor control 
layer 61; 

FIG.12A shows the control of the data reading by 
ICE control layer 62; 

FIG.12B shows the control by ICE control layer 62 
when ICE control layer 62 writes data into debug 
target program 37 in evaluation board 20; 
FIG. 1 3 A shows the transportation of state informa- 
tion when the selectTARGET command specifying 
the simulator type hardware environment as the 
destination target hardware environment is input 
while the program runs in the monitor type hardware 
environment; 

FIG.13B shows the transportation of state informa- 
tion when the selectTARGET command specifying 
the ICE type is input while the program runs in the 
monitor type hardware environment; 
FIG. 13C shows the transportation of state informa- 
tion when the selectTARGET command specifying 
the monitor type is input while the program runs in 
the ICE type hardware environment; 
FIG. 1 3D shows the transportation of state informa- 
tion when the selectTARGET command specifying 
the simulator type is input while the program runs 



in the ICE type hardware environment; 
FIG.1 3E shows the transportation of state informa- 
tion when the selectTARGET command specifying 
the monitor type is input while the program runs in 
the simulator type hardware environment; 
FIG.1 3F shows the transportation of state informa- 
tion when the selectTARGET command specifying 
the ICE type is input while the program runs in the 
simulator type hardware environment; 
FIG.1 4A shows breakpoint addresses; 
FIG.14B shows an interrupt signal generation con- 
dition; 

FIG.14C shows the trace data; 

FIG.14D shows information used for the breakpoint 

management function; 

FIG.14E shows information used for the trace data 
accumulation size management function; 
FIG.14F shows information used for the interrupt 
generation condition management function; 
FIG.14G shows I/O mapping information used for 
the I/O mapping information management function; 
FIG. 15 is a flowchart of the procedure for the se- 
lectTARGET command in the present embodiment; 
FIG. 16 is a flowchart of the procedure for the targ- 
etASSIGN command in the present embodiment; 
FIG. 17 is a flowchart of the procedure for the IF- 
break command in the present embodiment; and 
FIG. 1 8 is a flowchart of the procedure for the switch 
(var) command in the present embodiment. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 



[0027] The debugging apparatus of the present inven- 
ts tion is composed of host computer 1 , which is a general- 
purpose computer, connected to ICE control board 22 
and serial transfer port 31. FIG.1 A shows an appear- 
ance of the debugging apparatus of the present inven- 
tion. 

40 [0028] Prototype 30 of an electrical appliance is called 
the monitor type hardware environment. Prototype 30 
includes a ROM which stores a debug target program. 
The debug target program of prototype 30 is under con- 
trol of host computer 1 . The start and end of the opera- 

45 tion of the debug target program are performed with in- 
structions from the host computer sent via serial line 40. 
Host computer 1 reads data from storages of prototype 
30, such as memories and registers. The read data is 
also dealt with as the state information. 

so [0029] Evaluation board 20 also runs the debug target 
program. The debug target program of evaluation board 
20 is also under control of host computer 1. The start 
and end of the operation of the debug target program 
are performed with instructions from the host computer 

55 sent via parallel line 28. Host computer 1 reads data 
from storages of evaluation board 20, such as memories 
and registers. The read data is also dealt with as the 
state information. 
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[0030] FIG.1B is a block diagram showing the hard- 
ware construction of the debugging apparatus of the 
present invention. As shown in the drawing, host com- 
puter 1 is a general-purpose computer including a CPU, 
display 2, a memory, a hard disk, keyboard 3, ICE con- 
trol board 22, and serial transfer port 31 . Host computer 
1 is connected to evaluation board 20, and prototype 30 
respectively via ICE control board 22 and serial transfer 
port 31 . 

[0031] FIG.2A shows the hardware construction of 
prototype 30. As shown in the drawing, prototype 30 in- 
cludes processor 33, memory 34, and peripheral I/O 
register set 35. 

[0032] Processor 33 includes an instruction read cir- 
cuit, a decoder, a calculator, a register set, and a pro- 
gram counter. The instruction read circuit reads ma- 
chine-language instructions from the debug target pro- 
gram one at a time. The decoder decodes the machine 
language instructions. The calculator performs a calcu- 
lation if a read instruction is an operation instruction. The 
program counter notifies the instruction read circuit of 
destinations into which instructions are stored. Proces- 
sor 33 also includes dedicated terminal 39. Processor 
33 reads operation state information and outputs the in- 
formation to host computer 1 via dedicated terminal 39 
when processor 33 receives a certain instruction signal 
via dedicated terminal 39. 

[0033] Memory 34 stores monitoring program 36 and 
debug target program 37 and includes work area 38. 
When prototype 30 is activated, processor 33 runs de- 
bug target program 37. Debug target program 37 in- 
cludes monitoring instructions which instruct processor 
33 to branch to monitoring program 36 when data is in- 
put to dedicated terminal 39. 

[0034] Monitoring program 36, on receiving data via 
dedicated terminal 39, allows control to branch from de- 
bug target program 37 to monitoring program 36. 
[0035] Peripheral I/O register set 35 hold values of pe- 
ripheral I/O devices, such as a serial interface, a parallel 
interface, an interrupt controller, an A/D converter, a D/ 
A converter, and a timer counter. It is possible for proc- 
essor 33 to fetch an arbitrary value of an arbitrary pe- 
ripheral I/O device since values of the peripheral I/O de- 
vices are respectively stored in the registers making up 
peripheral I/O register set 35. 

[0036] FIG.2B shows the hardware construction of 
evaluation board 20. compared with prototype 30, it is 
found that processor 33 is replaced by ICE chip 23. Eval- 
uation board 20 also includes memory 24 and peripheral 
I/O register set 25. 

[0037] Memory 24 includes a supervisor space and a 
user space. The supervisor space includes supervisor 
program 26 and debug information area 27. The user 
space includes debug target program 37 and work area 
38. 

[0038] Peripheral I/O register set 25 is composed of 
registers which hold values of corresponding peripheral 
I/O devices. 
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[0039] Supervisor program 26 includes a breakpoint 
setting tool, a trace tool, and an interrupt setting tool. 
The breakpoint setting tool sets breakpoints, where the 
breakpoint indicates a point where an interrupt signal is 
5 generated, or a point where an operation stops. The 
trace tool accumulates addresses of instructions exe- 
cuted by ICE chip 23. The interrupt setting tool monitors 
whether a certain condition set by the operator is met, 
and if the condition is met, generates an interrupt signal. 
[0040] Debug information area 27 is an area in the 
memory which is used as a work area by supervisor pro- 
gram 26. Debug information area 27 stores breakpoint 
addresses, breakpoint information, trace data, and in- 
terrupt signal generation condition information. The 
breakpoint information indicates whether the breakpoint 
is effective. The trace data is composed of a plurality of 
accumulated addresses of instructions. The interrupt 
signal generation condition information indicates a cer- 
tain condition set by the operator for generating interrupt 
signals. 

[0041] FIG.14A shows breakpoint addresses. 
"BREAK POINT(1)=0x0020" indicates that the first 
breakpoint is set in an area with a certain size specified 
by address 0x0020. "BREAKPOINT (2)=0x0250 B indi- 
cates that the second breakpoint is set in an area with 
a certain size specified by address 0x0250. 
"BREAK_POINT(3):r0x0300" indicates that the third 
breakpoint is set in an area with a certain size specified 
by address 0x0300. Such breakpoint addresses, which 
are set by the operator, are written in memory 24 by the 
breakpoint setting tool of supervisor program 26. 
[0042] FIG. 1 4B shows an interrupt signal generation 
condition. In the drawing, B CONDITION(1)=20cycle, 
Int3" indicates that an instruction is executed for 20 cy- 
cles then the third interrupt signal is generated, where 
a cycle representing a unit instruction execution time. 
"CONDITION (2)=150cycle,lnt5" indicates that an in- 
struction is executed for 150 cycles then the fifth inter- 
rupt signal is generated. Such interrupt signal genera- 
tion conditions are written into memory 24 by the inter- 
rupt signal generating tool of supervisor program 26 
which is activated by debug target program 37 when the 
operator sets the interrupt generation while debugging 
debug target program 37. 

[0043] FIG. 1 4C shows the trace data. The trace data 
shows the history of executed instructions, and 
"0x0000, 0x0001, 0x0002, 0x0003, 0x0004, 0x0005," 
indicates, for example, that ICE chip 23 has executed 
the machine-language instructions of debug target pro- 
gram 37 which are stored in the areas respectively spec- 
ified by addresses 0x0000, 0x0001, 0x0002, 0x0003, 
0x0004, and 0x0005. Such trace data is written in mem- 
ory 24 by the trace tool of supervisor program 26 which 
is executed by processor 33 when the operator inputs 
the trace command while debugging debug target pro- 
gram 37 in the ICE type hardware environment. 
[0044] Work area 38 is a work area used by debug 
target program 37. 
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[0045] FIG.3 shows internal layers of host computer 

I . As shown in the drawing, host computer 1 is divided 
into application layer 11, operating system layer 12, BI- 
OS (Basic Input/output System) layer 13, and physical 
layer 14, which make up a standard construction of a 
general-purpose computer. Application layer 11 in- 
cludes simulator 10. This indicates that simulator 10 is 
an application program that runs on an operating sys- 
tem. ICE control board 22 and serial transfer port 31 ex- 
ist in physical layer 14. A dedicated device driver 21 in 
the BIOS layer is connected to ICE control board 22. 
[0046] Since simulator 10 exists in application layer 

I I , it is required to use the format of application layer 11 
to access the simulator type hardware environment. De- 
vice driver 21 exists in BIOS layer 13. Thus.jt is required 
to use the format of BIOS layer 13 to access the ICE 
type hardware environment. Since serial transfer port 
31 exists in physical layer 14, it is required to use the 
format of physical layer 14 to access the monitor type 
hardware environment. 

[0047] Accordingly, when parameters are transferred 
among the hardware environments, the formats should 
be changed according to the layers of the target hard- 
ware environments. 

[0048] Parameters should be transferred to simulator 

10 in the formats of arguments since simulator 10 is an 
application program in application layer 11. Parameters 
should be transferred to device driver 21 in the formats 
of commands since device driver 21 is in BIOS layer 1 3. 
Parameters should be transferred to serial transfer port 
31 through I/O ports since serial transfer port 31 is in 
physical layer 1 4. 

[0049] The ICE, monitor, and simulator type hardware 
environments are respectively assigned identifiers 
TARGET1, TARGET2, and TARGET3 which are regis- 
tered in an identifier table (not shown in the drawings). 
[0050] FIG.4 shows the sub-layers in application layer 

11 which have the function of synthesizing the formats 
of hardware environments. 

[0051] Target dependent layer 53 converts the vari- 
ous data formats of the other layers (hardware environ- 
ments) into the format of arguments. 
[0052] Target interconnect layer 52, including a 
shared work area in which data with the format of argu- 
ments is stored, allows the data to be shared by the 
three hardware environments. 

[0053] Debug core layer 51 has the function as a sym- 
bolic debugger. 

[0054] User interface layer 50 provides the function 
as a man-machine interface. For this purpose a stand- 
ard input/output library (not shown in the drawings) of 
operating system layer 12 is used. User interface layer 
50 displays a message on the screen urging the opera- 
tor to input a command. In doing so, the standard input/ 
output library of operating system layer 12 is used. 
When the operator inputs a command responding to the 
message, user interface layer 50 allows debug core lay- 
er 51 and other sub-layers to interpret and execute the 
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command. User interface layer 50 then displays the ex- 
ecution results on the screen using the standard input/ 
output library. 

[0055] FIG.5 shows the contents of the sub-layers: 
s debug core layer 51 , target interconnect layer 52, and 
target dependent layer 53. 

[0056] As shown in the drawing, debug core layer 51 
includes symbol address map 71 , command interpreter 
72, and command conversion routine 73. 

10 [0057] Symbol address map 71 is information indicat- 
ing the relation between symbols and addresses in the 
memory, where symbols represent variables, libraries 
and the like used in the source program. More specifi- 
cally, symbol address map 71 is composed of memory 

is sizes, variable types, identification numbers of the lines 
which include source codes, and line information which 
indicates addresses of execution codes corresponding 
to the lines. 

[0058] Command interpreter 72 analyzes the com- 
20 mands input by the operator and then sent to user inter- 
face layer 50, and notifies command conversion routine 
73 of the contents of the commands. Fl G .6A shows such 
commands which are called debug commands. 
[0059] The commands shown in FIG.6A, except the 
25 selectTARGET command, have been used convention- 
ally. These commands, however, are differently used in 
the present embodiment in that these commands spec- 
ify a target hardware environment with a corresponding 
identifier (any of TARGET1 , TARGET2, and TARGET3). 
30 [0060] The run command instructs the target hard- 
ware environment to start running the debug target pro- 
gram starting from an address which is specified in the 
command as an operand. 

[0061] The stop command instructs the target hard- 
35 ware environment to stop running the debug target pro- 
gram. 

[0062] The step command instructs the target hard- 
ware environment to sequentially execute the instruc- 
tions written in the debug target program starting from 
40 an address which is specified in the command as an op- 
erand. 

[0063] The setBP command instructs the target hard- 
ware environment to set a breakpoint at an address 
which is specified in the command as an operand, where 

45 the setting of the breakpoint indicates the writing of an 
instruction for generating an interrupt signal into debug 
target program 37, or indicates the storing of an address 
of an operation stop in a certain register of the proces- 
sor. In the present embodiment, when the instruction for 

so generating an interrupt signal is written into debug target 
program 37, the address of the instruction is also written 
in a memory of the current hardware environment. 
[0064] The clrBP command instructs the target hard- 
ware environment to delete a breakpoint specified by 

ss operand "breakNo." In case the breakpoint is the in- 
struction for generating an interrupt signal, the address 
of the instruction is also deleted. 
[0065] The set! NT command instructs the target hard- 
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ware environment to monitor whether an instruction is 
executed for number of cycles specified by operand "Cy- 
cleNumber" and to generate the interrupt signal speci- 
fied by operand "intNO." after the instruction is executed 
for 20 cycles, where a cycle representing a unit instruc- 
tion execution time. 

[0066] The readMEM command instructs the target 
hardware environment to read data from an area rang- 
ing from "s_address" to "e_address" which are oper- 
ands in the command. 

[0067] The readREG command instructs the target 
hardware environment to read data from a register spec- 
ified by operand "register" of the command. 
[0068] The writeMEM command instructs the target 
hardware environment to write data, which is specified 
by operand Value 1 0 of the command, into an area spec- 
ified by operand "address" of the command. 
[0069] The writeREG command instructs the target 
hardware environment to write data, which is specified 
by operand "value2" of the command, into a register 
specified by operand "register" of the command. 
[0070] Variables may be used as operands in the re- 
adMEM, readREG, writeMEM, and writeREG com- 
mands. When a variable is used in such a command, 
command interpreter 72 refers to symbol address map 
71 to specify an address or a register corresponding to 
the variable. Command interpreter 72 then sends the 
command to the target hardware environment via target 
interconnect layer 52. 

[0071] The TRACE command instructs the target 
hardware environment to accumulate the addresses of 
the instructions which have been executed the hard- 
ware environment. 

[0072] The selectTARGET command instructs the 
target hardware environment to transfer the operation 
state information, which is stored in the storages of the 
target hardware environment, to another hardware en- 
vironment, and instructs that the debug commands 
should be issued to the other hardware environment. 
When the operation state information is transferred, da- 
ta in the storages, namely, content of work area 38, con- 
tents of registers, a breakpoint, interrupt signal genera- 
tion condition information, contents of peripheral I/O 
registers, and trace data, is transferred separately. 
Command interpreter 72 issues sub-commands, such 
as copy MEM, copyREG, copyBR copyINT, copyl/O, 
and copyTRACE_DATA, to achieve such separate 
transfers. 

[0073] The copy MEM sub-command instructs target 
interconnect layer 52 to transfer the contents of work 
area 38 of the target hardware environment to another 
hardware environment which is specified by the select- 
TARGET command. The copy MEM sub-command may 
also specify a start address and an end address of an 
arbitrary area to instructs target interconnect layer 52 to 
transfer the contents of the arbitrary area of the target 
hardware environment to another hardware environ- 
ment. The copyMEM sub-command may also include a 
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switch indicating whether to transfer the whole contents 
of the memory to another hardware environment. 
[0074] The copyREG sub-command instructs target 
interconnect layer 52 to transfer the contents of the reg- 
s ister set of the target hardware environment to another 
hardware environment which is specified by the select- 
TARGET command. 

[0075] The copyBP sub-command instructs target in- 
terconnect layer 52 to transfer the breakpoint address 
to of the target hardware environment to another hardware 
environment which is specified by the selectTARGET 
command. 

[0076] The copy I NT sub-command instructs target in- 
terconnect layer 52 to transfer the interrupt signal gen- 
is eration condition information of the target hardware en- 
vironment to another hardware environment which is 
specified by the selectTARGET command. 
[0077] The copyl/O sub-command instructs target in- 
terconnect layer 52 to transfer the contents of all the pe- 
ripheral I/O registers of the target hardware environment 
to another hardware environment which is specified by 
the selectTARGET command. 

[0078] The copyTR AC E-DATA instructs target inter- 
connect layer 52 to transfer the trace data of the target 
hardware environment to another hardware environ- 
ment which is specified by the selectTARGET com- 
mand. 

[0079] The following is a continued description of the 
components of debug core layer 51 . 
[0080] Command conversion routine 73 converts 
commands interpreted or automatically issued by com- 
mand interpreter 72 into function call codes. 
[0081] Command conversion routine 73 converts, for 
example, the readMEM command, which is one of the 
instructions for reading state information, into function 
call code "TCl_get mem(adr,length,unit, image)," where 
"TCI" stands for Target Core Interface, indicating that 
the present function call code is used between debug 
core layer 51 and target interconnect layer 52. As is un- 
derstood from this, the function call codes are used only 
in limited layers. "get_mem° of the above function call 
code indicates that a value should be obtained from a 
memory. Each of "adr," "length," "unit," and "image" is 
an argument. Augument "adr" indicates a start address. 
Argument "length" indicates the length of the obtained 
data. Argument "unit" indicates a unit used in obtaining 
data, such as byte, word, and double-word. Argument 
"image" indicates a target area into which the data is 
transferred from the memory. 

[0082] In the above example, when command inter- 
preter 72 interprets an input command as the readMEM 
command, an instruction by a corresponding function 
call code is sent from debug core layer 51 to target in- 
terconnect layer 52. A hardware environment reading 
the data is not specified in the function call code. That 
means, the definition of the function call code is of an 
abstract level. 

[0083] Command conversion routine 73 converts, for 
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example, the writeREG command, which is one of the 
instructions for writing state information, into function 
call code "TCI_set REG(regs.mask)." "set_REG" of the 
above function call code indicates that an immediate 
value should be set. Each of "regs" and 'mask" is an 
argument. Argument "regs" indicates an array name of 
one of array variables in the shared work area which 
respectively hold values of registers, such as a general 
purpose register, a program counter, a state register, a 
data register, and an address register. Argument "mask" 
indicates a bit pattern for masking which specifies which 
array elements in the array variable specified by the ar- 
gument "regs" are set in the processor in the target hard- 
ware environment and which array elements are not set. 
[0084] Similarly, command conversion routine 73 
converts the run, stop, step, setBP, clrBP, SetINT, read- 
REG, writeMEM, and TRACE commands respectively 
into function call codes "TCI run," "TCI_stop,° 
"TCI_step," "TCLsetBP," TCLclrBP," "TCI SetINT," 
"TCI_read_REG," "TCI_write_MEM," and 
"TCI_TRACE D and sends the function call codes to tar- 
get interconnect layer 52. 

[0085] Each sub-command is converted into a pair of 
function call codes: "TCLgetxxx" for instructing the first 
hardware environment (source target hardware envi- 
ronment) to read the state information from a storage, 
and "TCI_setxxx B for instructing the second hardware 
environment (destination target hardware environment) 
to write the state information into a storage. 
[0086]. FIG. 8 shows the sub-commands and the cor- 
responding function call codes. 
[0087] As shown in the drawing, the copy MEM sub- 
command is converted into two function call codes: 

"TCl_get_mem(adr, length, unit, image)" and 
"TCI_set_mem(adr, length, unit, image)." 

[0088] Function code B TCI_get_mem(adr, length, 
unit, image)" instructs the source target hardware envi- 
ronment to read data from work area 38. 
[0089] Function code "TCi_set_mem(adr, (adr, 
length, unit, image)" instructs the destination target 
hardware environment to write the data into work area 
38. 

[0090] As shown in the drawing, only function call 
codes "TCI get_reg (regs.mask)," "TCI_set_reg (regs, 
mask)," TCLget INT (cycle, intkind)," "TCI_set_INT 
(cycle, intkind)" have two arguments and other function 
call codes, which transfer data between memories, have 
four arguments. Note that peripheral I/O register sets 25 
and 35 can be accessed through memories. 
[0091] Here, the function call codes corresponding to 
the copyBP sub-command are described. Generally, 
breakpoints are specified by addresses of machine-lan- 
guage instructions in the debug target program. For 
specifying such addresses, arguments "length" and 
"unit" are not necessary. In the present embodiment, 
however, so-called "area break" is considered, in which 



an area effective as the breakpoint can be specified. Ar- 
guments "adr," "length," "unit," and "image," including 
the specifications of the length of the data for the break- 
point and the unit of the data, make it possible to use 

.5 the area break. 

[0092] In function call codes "ICI_getJNT (cycle.int- 
kind)" and "TCI_setJNT(cycle, intkind)" corresponding 
to the copylNT sub-command, argument "cycle" indi- 
cates an integral multiple of a unit instruction execution 

io time and argument "intkind" indicates a signal number 
of the interrupt signal to be generated. 
[0093] Target interconnect layer 52, as shown in FIG. 
5, is composed of code conversion routine 74, work area 
analysis module 75, and shared work area 77. Of these, 

is code conversion routine 74 and shared work area 77 
are described now and work area analysis module 75 
will be described later. 

[0094] Code conversion routine 74 rewrites the func- 
tion call codes (high function call codes) to tow function 
20 call codes which specifies the destination target hard- 
ware environment. 

[0095] Suppose the first hardware environment is 
monitor type and the second hardware environment is 
simulator type. An example is given below under this 

25 condition. Suppose command conversion routine 73 
has converted the copy MEM sub-command into high 
function code "TCI_get_mem (adr, length, unit, image)" 
which instructs the source target hardware environment 
to read data from work area 38. Code conversion routine 

30 74 converts the high function call code into low function 
call code "MON_get_mem(adr, length, unit, image)," 
specifying the monitor type hardware environment as 
the source target hardware environment. 
[0096] Code conversion routine 74 then converts high 

35 function call code "ICI_set_mem (adr.length, unit, im- 
age)" into low function call code "SIM_set_mem (adr, 
length, unit, image)," specifying the simulator type hard- 
ware environment as the destination target hardware 
environment. After the conversion, code conversion 

40 routine 74 calls a function using the converted low func- 
tion call codes. 

[0097] Code conversion routine 74 performs similar 
conversions against other function call codes as shown 
in FIG.8. FIG.9 shows the high function call codes and 

45 corresponding low function call codes. 

[0098] When rewriting the function call codes, code 
conversion routine 74 identifies the source target hard- 
ware environment and destination target hardware en- 
vironment. For identifying the source target hardware 

50 environment, code conversion routine 74 refers to the 
identifier table. For identifying the destination target 
hardware environment, code conversion routine 74 re- 
ceives the selectTARGET command from command in- 
terpreter 72 and refers to an operand of the command. 

55 [0099] Shared work area 77 is a work area which is 
shared by all the hardware environments and an area 
of shared work area 77 may be specified by argument 
"image." 
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[0100] Target dependent layer 53 is composed of sim- 
ulator 10, monitor control layer61, and ICE control layer 
62. 

[0101] Simulator 10 is an application program. FIG. 
2C shows the construction of simulator 10. As shown in 
the drawing, simulator 1 0 is composed of processor sim- 
ulation routine 95, memory simulation routine 96, and I/ 
O register simulation routine 97. 
[0102] Processor simulation routine 95 simulates the 
function of processor 33. 

[0103] Memory simulation routine 96 stores, as mem- 
ory 24 does, supervisor program 26, debug information 
area 27, debug target program 37, and work area 38. 
Judged from this construction, the bug analysis ability 
of the simulator type hardware environment is almost 
the same as that of the ICE type hardware environment. 
[0104] I/O register simulation routine 97 simulates the 
function of peripheral I/O register set 35. 
[0105] Processor simulation routine 95, memory sim- 
ulation routine 96, and I/O register simulation routine 97 
are activated when code conversion routine 74 calls a 
function using lowf unction call codes specifying the sim- 
ulator type. When code conversion routine 74 calls a 
function with low function call code "SI M_get_mem (adr, 
iength,unit,image)," processor simulation routine 95 
reads data from an area in memory simulation routine 
96 specified by start address "adr" in units specified by 
"unit," the data having a length specified by "length." 
Processor simulation routine 95 then stores the data into 
an area of shared work area 77 specified by "image." 
[0106] When code conversion routine 74 calls a func- 
tion with low function call code "SIM_set_mem(adr, 
length.unit, image)," processor simulation routine 95 
reads data from an area of shared work area 77 speci- 
fied by "image" in units specified by "unit," the data hav- 
ing a length specified by "length." Processor simulation 
routine 95 then writes the data into an area in memory 
simulation routine 96 specified by start address "adr." 
[0107] Monitor control layer 61 controls the operation 
of the debug target program in prototype 30 and access- 
es the storages in prototype 30, such as memories and 
registers. Thus, monitor control layer 61 activates the 
debug target program or reads/writes data from/into the 
storages with a desired timing. 
[0108] Monitor control layer 61 achieves the above 
control of the data reading/writing by performing certain 
communications sequences with monitoring program 
36 via serial transfer port 31 , dedicated terminal 39, and 
serial line 40. Debug core layer 51 performs such a com- 
munications sequence when code conversion routine 
74 calls a f unction. 

[0109] FIG.10A shows the control of the data reading 
by monitor control layer 61 . As shown in the drawing, 
monitor control layer 61 performs a communications se- 
quence to control the data reading when code conver- 
sion routine 74 calls a function with low function call 
code "MON_get mem (adr, length, unit, image)." In the 
communications sequence, monitor control layer 61 



transmits/receives the packets, which are shown in (2) 
of the drawing, according to the protocol as shown in (1 ) 
of the drawing. 

[011 0] Each of the three types of packets shown in (2) 

5 of FIG.10A, namely, packets "MEMREAD," "ACK," 
"UNIT," and "DATA," has eight bytes. 
[0111] The first byte (denoted as byte 0) of packet 
"MEMREAD" is assigned to field "CMD" in which a com- 
mand type is specified. The second byte (denoted as 

w byte 1) is assigned to field "UIT" in which a unit (byte, 
word, double-word, etc.) used in reading data from a 
memory is specified. The third and fourth bytes (denoted 
as bytes 2 and 3) are assigned to field "SIZE" in which 
a length of data to be read from a memory is specified. 

*5 The fifth byte to the eighth byte (denoted as bytes 4 to 
7) are assigned to field "ADRS" in which an address of 
a memory from which data is read is specified. 
[011 2] The first byte of packet "ACK" indicates a type 
of an error which has occurred in monitoring program 

20 36. 

[0113] FIG. 11 A is a flowchart of the procedure of the 
communications sequence to control reading data from 
memories, which is performed by monitor control layer 
61. 

. 25 [011 4] When code conversion routine 74 calls a func- 
tion with low function call code "MON_get_mem(adr, 
length, unit.image)," monitor control layer 61 generates 
a transmission packet "MEMREAD" by setting each 
field. More specifically, monitor control layer 61 writes 

30 an identification code of the MEMREAD command into 
field "CMD," writes a code of unit name specified by ar- 
gument "unit" into field "UIT," writes a data length spec- 
ified by argument "length" into field "SIZE," and writes 
a read-target address of argument "adr" into field 

35 "ADRS" (step St). Monitor control layer 61 transmits the 
generated transmission packet to monitoring program 
36 via serial line 40 (step S2). Monitor control layer 61 
then waits for reception packet "ACK" (step S3). If mon- 
itor control layer 61 receives reception packet "ACK," 

40 monitor control layer 61 judges whether the first byte of 
reception packet "ACK" indicates an error (step S4). If 
it indicates an error, monitor control layer 61 returns to 
step S2 to re-transmit the generated transmission pack- 
et; if it does not indicate an error, monitor control layer 

45 61 proceeds to step S5. In step S5, monitor control layer 
61 sets variable i to "1 ." In step S6, monitor control layer 
61 sets variable n to the specified data length divided 
by the packet size (eight bytes). Here, variable i indi- 
cates the number of reception packets "DATA" having 

50 been processed and variable n indicates the total 
number of reception packets "DATA." 
[011 5] After setting the above variables to above initial 
values, monitor control layer 61 waits for reception pack- 
ets "DATA" (step S7). If monitor control layer 61 receives 

55 reception packets "DATA," monitor control layer 61 
stores eight-byte data of each reception packet in an 
area of shared work area 77 specified by argument "im- 
age" (step S8). monitor control layer 61 then compares 
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variable i with variable n to judge if they are equal (step 
S9); if not equal, monitor control layer 61 increments 
variable i (step S10) then goes to step S7. 
[0116] Steps S7-S10 are repeated until monitor con- 
trol layer 61 judges that variable i is equal to variable n 
in step S9. 

[0117] During the repeated operations of steps 
S7-S10, data in prototype 30 is transferred to monitor 
control layer 61 eight bytes by eight bytes via serial 
transfer port 31 , serial line 40, and dedicated terminal 
39. The transferred data is accumulated in an area of 
shared work area 77 specified by argument "image." 
When the above operation is repeated n times, data with 
the length specified by argument "length" has been 
stored in the area of shared work area 77 specified by 
argument "image." 

[0118] After data is transferred from memory 34 to 
shared work area 77, it is possible to transfer the data 
to simulator 10 and ICE control layer 62. That is, when 
code conversion routine 74 calls a function with low 
function call code "SIM_set_mem(adr,length,unit,im- 
age)" at this stage, the data is written into an area of 
memory simulation routine 96 specified by argument 
"adr." 

[0119] Monitor control layer 61 repeatedly performs 
the communication sequence to transfer other pieces of 
state information of the storages of prototype 30, name- 
ly, contents of other registers, a breakpoint, interrupt sig- 
nal generation condition information, contents of periph- 
eral I/O registers, and trace data, into memory simula- 
tion routine 96 via shared work area 77. 
[0120] PIG. 1 0B shows the control of the data writing 
by monitor control layer 61 . As shown in the drawing, 
monitor control layer 61 performs a communications se- 
quence to control the data writing when code conversion 
routine 74 calls a function with low function call code 
"MON_set mem(adr,length,unit,image)." In the commu- 
nications sequence, monitor control layer 61 transmits/ 
receives the packets, which are shown in (2) of the draw- 
ing, according to the protocol as shown in (1 ) of the 
drawing. 

[0121] Each of the three types of packets shown in (2) 
of FIG.10B, namely, packets "MEMWRITE," "ACK1," 
"ACK2," and "DATA," has eight.bytes. 
[0122] The first byte (denoted as byte 0) of packet 
"MEMWRITE" is assigned to field "CMD" in which a 
command type is specified. The second byte (denoted 
as byte 1 ) is assigned to field "UIT" in which a unit (byte, 
word, double-word, etc.) used in writing data into a 
memory is specified. The third and fourth bytes (denoted 
as bytes 2 and 3) are assigned to field "SIZE" in which 
a length of data to be written into a memory is specified. 
The fifth byte to the eighth byte (denoted as bytes 4 to 
7) are assigned to field "ADRS" in which an address of 
memory 34 into which data is written is specified. 
[0123] The first byte of packets "ACK1 " and "ACK2" 
indicates a type of an error which has occurred in mon- 
itoring program 36. 



[0124] FIG.11B is a flowchart of the procedure of the 
communications sequence to control writing of data into 
a memory, which is performed by monitor control layer 
61. 

s [01 25] When code conversion routine 74 calls a func- 
tion with low function call code "MON_set_mem (adr, 
length, unit, image)," monitor control layer 61 generates 
a transmission packet "MEMWRITE" by setting each 
field. More specifically, monitor control layer 61 writes a 

10 code representing the MEMWRITE command into field 
"CMD," writes a code representing a unit name of argu- 
ment "unit" into field "UIT," writes a data length of argu- 
ment "length" into field "SIZE," and writes a write-target 
address of argument "adr" into field "ADRS" (step S11). 

is Monitor control layer 61 transmits the generated trans- 
mission packet to monitoring program 36 via serial line 
40 (step S12). Monitor control layer 61 then waits for 
reception packet "ACK" (step S13). If monitor control 
layer 61 receives reception packet "ACK," monitor con- 

20 trol layer 61 judges whether the first byte of reception 
packet "ACK" indicates an error (step S14). If it indicates 
an error, monitor control layer 61 returns to step S12 to 
re-transmit the generated transmission packet; if it does 
not indicate an error, monitor control layer 61 proceeds 

25 to step S15. In step S15, monitor control layer 61 sets 
variable j to "1." In step S16, monitor control layer 61 
sets variable n to the specified data length divided by 
the packet size (eight bytes). Here, variable j indicates 
the number of transmission packets "DATA" having 

30 been processed and variable n indicates the total 
number of transmission packets "DATA." 
[0126] After setting the above variables to above ini- 
tial values, monitor control layer 61 reads eight-byte da- 
ta from an area of shared work area 77 specified by ar- 

35 gument "image," the eight-byte data ranging from byte 
(8*0-1 )) to byte (8*j-1 ). In the first operation in this step, 
for example, the eight-byte data ranges from byte 0 to 
byte 7 since j=1 . monitor control layer 61 then writes the 
eight-byte data into field "DATA" of a transmission pack- 

40 et "DATA"(step S18). monitor control layer 61 transmits 
the packet (step S19). monitor control layer 61 then 
compares variable j with variable n to judge if they are 
equal (step S20); if not equal, monitor control layer 61 
increments variable j (step S21 ) then goes to step S18. 

45 [01 27] Steps S1 8-S2 1 are repeated until monitor con- 
trol layer 61 judges that variable j is equal to variable n 
in step S20. 

[0128] During the repeated operations of steps 
S18-S21 , data in shared work area 77 is transferred to 

50 memory 34 eight bytes by eight bytes via serial transfer 
port 31, serial line 40, and dedicated terminal 39. The 
transferred data is accumulated in memory 34. When 
the above operation is repeated n times, data with the 
length specified by argument "length" has been stored 

55 jn memory 34. 

[0129] Monitor control layer 61 repeatedly performs 
the communication sequence to transfer other pieces of 
state information of shared work area 77, namely, con- 
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tents of other registers, a breakpoint, interrupt signal 
generation condition information, contents of peripheral 
I/O registers, and trace data, into a storage of prototype 
30. 

[0130] It is possible to transfer data of simulator 10 
and ICE control layer 62 from shared work area 77 to 
memory 34 by writing the data in shared work area 77 
in advance before code conversion routine 74 calls a 
function using low function call code "MON_set_mem 
(adr, length, unit, image). 0 

[0131] ICE control layer 62 controls ICE chip 23 in 
evaluation board 20. That is, ICE control layer 62 con- 
trols the debug target program and accesses the stor- 
ages, such as memories and registers, in evaluation 
board 20. Thus, ICE control layer 62 activates the debug 
target program and writes data from the storages in 
evaluation board 20 into the debug target program with 
a desired timing. 

[0132] ICE control layer 62 achieves the above con- 
trol of the data reading/writing by issuing the BIOS com- 
mand to device driver 21 when code conversion routine 
74 calls a function with a low function call code specify- 
ing the ICE type hardware environment as the destina- 
tion target hardware environment. 
[0133] FIG. 12A shows the control of the data reading 
by ICE control layer 62. As shown in the drawing, ICE 
control layer 62 issues BIOS command "MEM_READ 
(adrs,type,num) B to device driver 21 when code conver- 
sion routine 74 calls a function with low function call 
code "ICE_get_mem (adr, length, unit, image)." 
[01 34] The BIOS command includes the following pa- 
rameters: "adrs" for indicating a read target address of 
debug target program 37 in evaluation board 20; type, 
" set by device driver 21, for indicating a unit of data 
reading in evaluation board 20 which is used in evalua- 
tion board 20; and "num" for indicating the number of 
"words, " the data length of each of the "words" being 
equal to the unit specified by parameter "type," the value 
of "num" being equal to the value of argument "length" 
divided by the value of argument "unit" when code con- 
version routine 74 calls a function. 
[0135] ICE control layer 62 issues BIOS command 
"MEM READ(adrs,type,num)" to device driver 21 with 
the above described parameters. After issuing the com- 
mand, ICE control layer 62 waits for device driver 21 to 
output a result. ICE control layer 62 receives the result 
as a value read from an area in memory 24 specified by 
argument "adr" in evaluation board 20, then stores the 
value into an area in shared work area 77 specified by 
parameter "adrs." 

[01 36] FIG. 1 2B shows the control by ICE control layer 
62 when ICE control layer 62 writes data into debug tar- 
get program 37 in evaluation board 20. ICE control layer 
62 issues BIOS command "MEM_WRITE(adrs,type, 
num)" to device driver 21 When code conversion routine 
74 calls a function with function call code 
"ICE_set_mem(adr,len#h,unrUmage). B ICE control lay- 
er 62 then outputs a value in an area of shared work 
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area 77 specified by argument "adr" to device driver 21 
as a write target value. 

[0137] Parameter "adrs" of the BIOS command indi- 
cates a write target address of debug target program 37 
5 in evaluation board 20. Parameter "type" indicates a unit 
of data writing. 

[0138] ICE control layer 62 issues BIOS command 
"MEM WRITE(adrs,type,num)" to device driver 21 with 
the above described parameters. 
10 [0139] Device driver 21 sets storages for storing ad- 
dresses, sizes, and operation types in evaluation board 
20, according to the BIOS command issued by ICE con- 
trol layer 62. 

[0140] The reason for setting such storages is that 
75 ICE chip 23 interprets the contents of the storages as 
instructions from host computer 1 and operates accord- 
ing to the interpretation, such as reading/writing data 
from/to memories and setting breakpoints. 
[0141] Device driver 21, on receiving BIOS command 
20 "MEM READ(adrs,type,num)," stores the value speci- 
fied by parameter "adrs" into the storage for addresses, 
stores the value specified by parameter "num" into the 
storage for sizes, and stores operation type "read" into 
the storage for operation types. ICE chip 23 reads data 
25 from an area in memory 24 specified by parameter 
"adrs" in the unit specified by parameter "num." device 
driver 21 outputs the read data to ICE control layer 62 
as the state information of memory 24 in evaluation 
board 20. 

30 [0142] Device driver 21 , on receiving BIOS command 
"MEM WRITE(adrs,type,num),' stores the value speci- 
fied by parameter "adrs" into the storage for addresses, 
stores the value specified by parameter "num" into the 
storage for sizes, and stores operation type "write" into 

35 the storage for operation types. Device driver 21 outputs 
data from an area of shared work area 77 specified by 
argument "image" which has been transferred from 
monitor control layer 61 . ICE chip 23 writes the data into 
an area in memory 24 specified by parameter "adrs" in 

40 the unit specified by parameter "num. 8 

[0143] The operation of the present debugging appa- 
ratus with the above construction is described below. 
FIG. 7 shows messages output by user interface layer 
50. 

45 [0144] When the debugging apparatus is activated, 
user interface layer 50 outputs message p1 shown in 
the drawing, "* HARDWARE ENVIRONMENT IS SET 
TO TARGET1 . TARG ET 1 I S MON ITOR TYPE. " User in- 
terface layer 50 then outputs message "*INPUT COM- 

50 MAND" and displays a prompt for urging the user to in- 
* put a command. 

[0145] Here, suppose the user inputs "readMEM 
0x0100,16" on keyboard 3. User interface layer 50 
transfers the input command to debug core layer 51 so 

55 that debug core layer 51 interprets and executes the 
command. 

[0146] Command conversion routine 73 converts the 
command into function call code TCI_read_mem 
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(0x0100,1 6,byte,image)" and outputs the code to code 
conversion routine 74. Code conversion routine 74 con- 
verts the high function call code to a low function call 
code specifying a target hardware environment. In this 
case, the hardware environment is the monitor type. 
Thus low function call code "MON_read mem 
(0x01 00,1 6,byte, image)" is generated. 
[0147] When code conversion routine 74 calls a func- 
tion with "MON_readjrnem(0x0100,16,byte,image), B 
monitor control layer 61 reads data from prototype 30 
one byte by one byte via serial transfer port 31 , serial 
line 40, and dedicated terminal 39, as shown in the flow- 
chart of FIG. 11 A. Monitor control layer 61 accumulates 
the read data in an area of shared work area 77 specified 
by argument "image. 0 When monitor control layer 61 re- 
peats this process 16 times as specified by field "SIZE, 
■ data with the length specified by argument "length" has 
been stored in the area of shared work area 77 specified 
by argument "image." 

[0148] User interface layer 50 displays the value cur- 
rently stored in shared work area 77 with a message, as 
shown in FIG.7: 

"*TARGET1 STORES FOLLOWING VALUE FOR 
0X0100,16 

[0149] FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
FF FF." user interface layer 50 then outputs message 
"♦INPUT COMMAND" and displays a prompt for urging 
the user to input a command. 

[01 SO] Here, suppose the user inputs "writeREG 
D1 ,03" on keyboard 3. User interface layer 50 transfers 
the input command to debug core layer 5 1 so that debug 
core layer 51 interprets and executes the command. 
[0151] Command conversion routine 73 converts the 
command into function call code "TCI_write_REG 
(D1 ,03)° and outputs the code to code conversion rou- 
tine 74. Code conversion routine 74 converts the high 
function call code to a low function call code specifying 
a target hardware environment. In this case, the hard- 
ware environment is the monitor type. Thus low function 
call code "MON_write_REG(D1 ,03)" is generated. 
[01 52] When code conversion routine 74 calls a func- 
tion with low function call code "MON_write_REG 
(D1.03)," (D1.03)," monitor control layer 61 instructs 
processor 33 to write data into a register and outputs 
the immediate value "03" to prototype 30 via serial trans- 
fer port 31, serial line 40, and dedicated terminal 39. 
Processor 33 writes the immediate value into the spec- 
ified register "D1." 

[0153] Processor 33 outputs a signal to monitor con- 
trol layer 61 to indicate that the data has been written 
normally. Monitor control layer 61 notifies user interface 
layer 50 of a normal end via code conversion routine 74, 
command conversion routine 73, and command inter- 
preter 72. User interface layer 50 displays a message 
"*VALUE 03 WAS STORED IN D1 OF TARGET1" and 
displays a prompt for urging the user to input a com- 
mand. 

[0154] Here, suppose the user inputs "setBP 
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BP1,0x0123" on keyboard 3. User interface layer 50 
transfers the input command to debug core layer 51 so 
that debug core layer 51 interprets and executes the 
command. 

s [0155] Command conversion routine 73 converts the 
command into function call code "TCI_set_BP 
(BP1 ,0x01 23)" and outputs the code to code conversion 
routine 74. Code conversion routine 74 converts the 
high function call code to a low function call code spec- 
ifying a target hardware environment. In this case, the 
hardware environment is the monitor type. Thus low 
function call code "MON_set_3P(BP1 ,0x01 23)" is gen- 
erated. 

[0156] When code conversion routine 74 calls a func- 
tion with low function call code "MON_set_BP 
(BP1,0x0123)," monitor control layer 61 instructs proc- 
essor 33 to set breakpoint "BP1" at address "0x0123" 
via serial transfer port 31 , serial line 40, and dedicated 
terminal 39. Processor 33 sets breakpoint n BP1" at ad- 
dress "0x0123." 

[0157] Processor 33 outputs a signal to monitor con- 
trol layer 61 to indicate that the breakpoint has been set 
normally. Monitor control layer 61 notifies user interface 
layer 50 of a normal end via code conversion routine 74, 
command conversion routine 73, and command inter- 
preter 72. 

[01 58] User interface layer 50 displays a message "* 
BREAKPOINT BP1 WAS SET AT 0x0123 OF 
TARGET1 ■ and displays a prompt for urging the user to 
input a command. 

[0159] Here, suppose the user inputs "RUN" on key- 
board 3. user interface layer 50 transfers the input com- 
mand to debug core layer 51 so that debug core layer 
51 interprets and executes the command. 
[01 60] Command conversion routine 73 converts the 
command into function call code "TCLrun(0x0000)"and 
outputs the code to code conversion routine 74. Code 
conversion routine 74 converts the high function call 
code to a low function call code specifying a target hard- 
ware environment. In this case, the hardware environ- 
ment is the monitor type. Thus low function call code 
"MON_run(0x00O0)" is generated. 
[0161] When code conversion routine 74 calls a func- 
tion with low function call code "MON_run(0x0000), B 
monitor control layer 61 instructs processor 33 to run 
debug target program 37 via serial transfer port 31, se- 
rial line 40, and dedicated terminal 39. Processor 33 
runs debug target program 37. 
[0162] Prototype 30 starts operating when processor 
33 runs debug target program 37. when debug target 
program 37 stops operation at the breakpoint which has 
been set previously, processor 33 notifies monitor con- 
trol layer 61 of the program stop via dedicated terminal 
39, serial line 40, and serial transfer port 31 . 
[0163] Monitor control layer 61 notifies user interface 
layer 50 of the program stop via code conversion routine 
74, command conversion routine 73, and command in- 
terpreter 72. 
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[0164] User interface layer 50 displays a message 
"♦PROGRAM STOPPED AT 0x0123 OF TARGET 1 B 
and displays a prompt for urging the user to input a com- 
mand. 

[0165] Here, suppose the user inputs "selectTA- 
RGET" on keyboard 3. The following is a description of 
the operation for the selectTARGET command. 
[0166] FIGs. 1 3A-13F show the transportation of com- 
mands, function call codes, and state information in the 
layers in the debugging apparatus, as shown in FIGs.4 
and 5. 

[0167] FIG. 1 3A shows the transportation of state in- 
formation when the selectTARGET command specify- 
ing the simulator type hardware environment as the des- 
tination target hardware environment is input while the 
program runs in the monitor type hardware environ- 
ment. Each layer includes the function call codes and 
commands used under the condition. The arrows indi- 
cate the direction of these function call codes and com- 
mands. 

[0168] The operation of command interpreter 72 re- 
lated to the interpretation of the selectTARGET com- 
mand is described below with reference to FIGs.13A 
and 15. 

[0169] It is supposed that the user inputs the select- 
TARGET command on keyboard 3 specifying the simu- 
lator type while the program runs in the monitor type 
hardware environment. 

[0170] User interface layer 50 is waiting for the user 
to input a command by displaying a prompt, in step S81 
in the flowchart of FIG. 1 5. When the user inputs a com- 
mand, command interpreter 72 interprets the input com- 
mand in step S82. command interpreter 72 then judges 
whether the operation code is "selectTARGET" in step 
S83. If it is, command interpreter 72 instructs the first 
hardware environment (source target hardware envi- 
ronment) to stop running the program. Command inter- 
preter 72 issues sub-commands copyMEM, copyREG, 
copyBP, copylNT, copyl/O, and copyTRACEDATA in 
steps S85-S90, respectively (see arrow yl in FIG.1 3A). 
[0171] Command conversion routine 73 converts, for 
example, sub-command "copyMEM" into two high func- 
tion call codes: "TCI get_mem(adr, length, unit.image)" 
and "TCI_set_mem(adr, length, unit, image)" (see arrow 
y2 in FIG.1 3A). command conversion routine 73 also 
converts, for example, sub-command "copyREG" into 
two high function call codes: "TCI_get_reg(regs > mask) 
" and "ICI_set_reg(regs,mask).° 
[0172] Code conversion routine 74 converts the high 
function call codes to low function call codes specifying 
target hardware environments. 
[0173] In this case, the source target hardware envi- 
ronment is the monitor type and the destination target 
hardware environment is the simulator type. Thus low 
function call codes "MON_get_mem(adr, length, unit, im- 
age)" and "SIM_set mem(adr,length, unit, image)" are 
generated (see arrows y3 and y4 in FIG.1 3A). Code 
conversion routine 74 calls functions with the taw func- 



tion call codes. 

[01 74] When code conversion routine 74 calls a func- 
tion with low function call code "MON_get_mem(adr, 
length, unit, image)," monitor control layer 61 is activat- 

5 ed. Monitor control layer 61 reads data from prototype 
30 one byte by one byte via serial transfer port 31 , serial 
line 40, and dedicated terminal 39, as shown in the flow- 
chart of FIG. 11 A. Monitor control layer 61 accumulates 
the read data in an area of shared work area 77 specified 

10 by argument "image." When monitor control layer 61 re- 
peats this process n times as specified by field "SIZE," 
data with the length specified by argument "length" has 
been stored in the area of shared work area 77 specified 
by argument "image" (see arrow T1 in FIG.1 3A). 

is [0175] When code conversion routine 74 calls a func- 
tion with low function call code "SIM_set_mem(adr, 
length.unit.image)," monitor control layer 61 transfers 
data, as the state information, from an area in shared 
work area 77 specified by argument "image" to an area 

20 in memory simulation routine 96 specified by argument 
"adr" (see arrow T2 in FIG.1 3A). 
[01 76] The above process is repeated for each of the 
other sub-commands: copyREG, copyBP, copy I NT, 
copyl/O, and copyTRACE__DATA. When this completes, 

25 the operation states stored in the storages of prototype 
30 have been transferred to simulator 1 0. This indicates 
that the state information has been transferred from pro- 
totype 30 to simulator 10 and that simulator 10 has suc- 
ceeded the operation of prototype 30. Simulator 10 

30 resumes the operation of the program with the succeed- 
ed operation state information. 

[0177] FIG.1 3B shows the transportation of state in- 
formation when the selectTARGET command specify- 
ing the ICE type is input while the program runs in the 

35 monitor type hardware environment. When code con- 
version routine 74 generates low function call code 
"ICE_set_mem (adr.length, unit, image)," ICE control 
layer 62 is activated. ICE control layer 62 issues the BI- 
OS command to transfer the state information from an 

40 area specified by argument "image" to evaluation board 
20 (see arrow T4 in FIG.13B). This indicates that the 
state information has been transferred from prototype 
30 to evaluation board 20 and that evaluation board 20 
has succeeded the operation of prototype 30. 

45 [0178] FIG.13C shows the transportation of state in- 
formation when the selectTARGET command specify- 
ing the monitor type is input while the program runs in 
the ICE type hardware environment. When code con- 
version routine 74 generates low function call code 

50 "ICE_get_jnem (adr, length, unit, image)," ICE control 
layer 62 is activated. ICE control layer 62 transfers the 
state information from evaluation board 20 to an area 
specified by argument "image" (see arrow T5 in FIG. 
13C). 

55 [0179] When code conversion routine 74 generates 
low function call code "MON_set_mem(adr, length, unit, 
image)," monitor control layer 61 is activated. Monitor 
control layer 61 transfers the data from the area speci- 
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fied by argument "image" to prototype 30 via serial line 
40 (see arrow T6 in FIG.13C). This indicates that the 
state information has been transferred from evaluation 
board 20 to prototype 30 and that prototype 30 has suc- 
ceeded the operation of evaluation board 20. 5 
[0180] FIG. 1 3D shows the transportation of state in- 
formation when the selectTARGET command specify- 
ing the simulator type is input while the program runs in 
the ICE type hardware environment. When code con- 
version routine 74 generates low function call code 
"ICE^geLmemfadrjength.unit.image)," ICE control lay- 
er 62 is activated. ICE control layer 62 transfers the state 
information from evaluation board 20 to an area speci- 
fied by argument "image" (see arrow T7 in FIG. 1 3D). 
[0181] When code conversion routine 74 generates 
low function call code "SI M_set_mem(adr, length, unit, 
image)," simulator 10 is activated. Simulator 10 trans- 
fers the data from the area specified by argument "im- 
age" to memory simulation routine 96 (see arrow T8 in 
FIG. 1 3D). This indicates that the state information has 
been transferred from evaluation board 20 to simulator 
10 and that simulator 10 has succeeded the operation 
of evaluation board 20. 

[0182] FIG.13E shows the transportation of state in- 
formation when the selectTARGET command specify- 
ing the monitor type is input while the program runs in 
the simulator type hardware environment. When code 
conversion routine 74 generates low function call code. 
"SI M_get_mem(adrjength, unit, image)," simulator 10 is 
activated. Simulator 10 writes the state information of 
itself into an area of shared work area 77 specified by 
argument "image" (see arrow T9 in FIG.1 3E). 
[0183] When code conversion routine 74 generates 
low function call code "MON_set_mem(adr, length, unit, 
image)," monitor control layer 61 is activated. Monitor 
control layer 61 transfers the data from the area speci- 
fied by argument "image" to prototype 30 (see arrow T10 
in FIG. 1 3E). This indicates that the state information has 
been transferred from simulator 1 0 to prototype 30 and 
that prototype 30 has succeeded the operation of sim- 
ulator 10. 

[0184] FIG.13F shows the transportation of state in- 
formation when the selectTARGET command specify- 
ing the ICE type is input while the program runs in the 
simulator type hardware environment. When code con- 
version routine 74 generates low function call code 
"SIM_get_mem(adr, length, unit, image)," simulator 10 
is activated. Simulator 1 0 writes the state information of 
itself into an area of shared work area 77 specified by 
argument "image" (see arrow T11 in FIG.1 3F). 
[0185] When code conversion routine 74 generates 
low function call code "I CE_set_mem(adr, length, unit, 
image)," ICE control layer 62 is activated. ICE control 
layer 62 transfers the data from the area specified by 
argument "image" to evaluation board 20 (see arrow 
T1 2 in FIG. 1 3F). This indicates that the state information 
has been transferred from simulator 10 to evaluation 
board 20 and that evaluation board 20 has succeeded 
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the operation of simulator 1 0. 

[0186] Arbitrary switching between the monitor type, 
ICE type, and simulator type hardware environments is 
achieved b the above described transportation of the 
state information. 

[0187] The following is a description of work area 
analysis module 75, which is a component of target in- 
terconnect layer 52. 

[0188] work area analysis module 75 includes a 
breakpoint management function, a trace data accumu- 
lation size management function, an interrupt genera- 
tion condition management function, and an I/O map- 
ping information management function. The breakpoint 
management function manages the memories of the 
hardware environments by dividing each memory into 
areas in which breakpoints can be set and areas in 
which breakpoints cannot be set. The trace data accu- 
mulation size management function manages, for each 
hardware environment, the sizes of the areas in which 
breakpoints can be set. The interrupt generation condi- 
tion management function manages each hardware en- 
vironment whether it has an ability to monitor whether 
an interrupt generation condition has been satisfied. 
The I/O mapping information management function 
manages the I/O mapping information. 
[0189] work area analysis module 75 includes the 
breakpoint management function to deal with a case 
where description forms of interrupt instruction for set- 
ting breakpoint differ among the monitor type, ICE type, 
and simulator type. If a breakpoint is set in RAM in the 
source target hardware environment and the RAM cor- 
responds to a ROM in the destination target hardware 
environment, for example, it is impossible to set the 
breakpoint in the destination target hardware environ- 
ment. If the user does not know this fact in advance, the 
user will be embarrassed at a phenomenon in which a 
breakpoint becomes ineffective when the user switches 
the hardware environments. When this happens, the us- 
er may think this phenomenon as an error. Therefore, it 
is necessary for work area analysis module 75 to have 
a function to manage the memories of the hardware en- 
vironments by dividing each memory into areas in which 
breakpoints can be set and areas in which breakpoints 
cannot be set. 

[0190] FIG. 14D shows information used for the break- 
point management function. The information includes: 
labels of the areas in which breakpoints can be set (e. 
g. VALID_AREA1), and the start and end addresses of 
the areas. 

[0191] Work area analysis module 75 includes the 
trace data accumulation size management function to 
deal with a case where the memory sizes for the trace 
data differ among the monitor type, ICE type, and sim- 
ulator type. If the source target hardware environment 
is simulator type and the destination target hardware en- 
vironment is monitor type, for example, it is impossible 
to transfer all the trace data accumulated in the source 
target hardware environment to the destination target 
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hardware environment. This is because the memory of 
the destination target hardware environment goes short 
of space for storing the trace data. When this happens, 
a part of the trace data is lost. If the user does not know 
this fact in advance, the user will be embarrassed at a 
phenomenon in which a part of the trace data is lost. 
Therefore, it is necessary for work area analysis module 
75 to have a function to manage, for each hardware en- 
vironment, the sizes of the areas in which breakpoints 
can be set. 

[01 92] FIG. 1 4E shows information used for the trace 
data accumulation size management function. The in- 
formation includes identification names (e.g. target! ) for 
the hardware environments, and the maximum sizes of 
the memory areas in which breakpoints can be set. 
[0193] Work area analysis module 75 includes the in- 
terrupt generation condition management function to 
deal with a case where some hardware environments 
may have an ability to monitor whether an interrupt gen- 
eration condition has been satisfied and other hardware 
environment may not have such an ability. If the source 
target hardware environment is simulator type and the 
destination target hardware environment is monitor 
type, for example, the source target hardware environ- 
ment may have such an ability since instruction execu- 
tions can be counted by software; it is difficult for the 
destination target hardware environment to have such 
an ability unless the hardware construction is modulated 
for this purpose. Thus, the destination target hardware 
environment may not recognize the fulfilment of the in- 
terrupt generation condition. If the user does not know 
this fact in advance, the user will be embarrassed. 
Therefore, it is necessary for work area analysis module 
75 to have a function to manage each hardware envi- 
ronment whether it has an ability to monitor whether an 
interrupt generation condition has been satisfied. 
[0194] FIG. 1 4F shows information used for the inter- 
rupt generation condition management function. The in- 
formation includes identification names (e.g. target! ) for 
the hardware environments and indicates whether the 
hardware environment can count the number of instruc- 
tion executions (cycles). "VALID" in the drawing indi- 
cates that the hardware environment can count the 
number of instruction executions; "INVALID" indicates 
that the hardware environment cannot count the number 
of instruction executions. 

[0195] Work area analysis module 75 includes the I/ 
O mapping information management function to deal 
with a case where the number of effective peripheral I/ 
O registers differs among the monitor type, ICE type, 
and simulator type. If the source target hardware envi- 
ronment is the monitor type and destinatbn target hard- 
ware environment is simulator type, for example, only a 
part of the peripheral I/O registers are available in the 
source target hardware environment due to slow adjust- 
ment of the hardware environment; all the peripheral I/ 
O registers are available in the destination target hard- 
ware environment since the hardware environment is 



simulated by software. Under such a condition, invalid 
values may be stored in the peripheral I/O registers of 
the destination target hardware environment. There- 
fore, it is necessary for work area analysis module 75 to 
5 have a function to manage the effective I/O registers for 
each hardware environment. 

[0196] FIG.14G shows I/O mapping information used 
for the I/O mapping information management function. 
The I/O mapping information indicates values to be set 

io in the peripheral I/O registers of.the destination target 
hardware environment when the corresponding periph- 
eral I/O registers of the source target hardware environ- 
ment do not have values. "I/O REGISTER_ADDR1 for 
example, indicates the first peripheral I/O register; 

is "PSW=STATUS1 0x1 F" indicates that value "0x1 F" 
should be set in the first peripheral I/O register when the 
PSW register of the processor in the destination target 
hardware environment stores value "STATUS1," 
"PSW=STATUS2 0x2A" indicates that value "0x2A" 

20 should be set in the first peripheral I/O register when the 
PSW register stores value "STATUS2," and 
"PSW=STATUS3 0x3B" indicates that value B 0x3B" 
should be set in the first peripheral I/O register when the 
PSW register stores value "STATUS 3." 

25 [0197] The following is a description of the extended 
selectTARGET commands. 

[0198] FIG.6B shows three major examples of the ex- 
tended selectTARGET commands. The extension of a 
selectTARGET command is achieved by assigning a 

30 certain condition to the issue of the selectTARGET com- 
mand.. The three extended selectTARGET commands 
of FIG.6B have different conditions. 
[0199] The IFbreak command instructs the source tar- 
get hardware environment to run the debug target pro- 

35 gram, and issues the selectTARGET command when 
the execution of the program stops at the breakpoint 
specified by operand "breakNo." 
[0200] The targetASSIGN command allows a table 
specified by operand "table* ■ be resident in the source 

40 target hardware environment, instructs the source tar- 
get hardware environment to run the debug target pro- 
gram, and issues the selectTARGET command based 
on the table. FIG.6C shows the table. As shown in the 
drawing, the areas each of which is ranging the first ad- 

45 dress to the end address have corresponding destina- 
tion target hardware environments. 
[0201] The switch command switches the hardware 
environments according to the value of variable "var." In 
the present embodiment, the switch command has two 

50 option cases: case '*1 1 for variable value "*1 " and case 
•*2' for variable value "*2." In the present case, if the 
variable value is "*1," hardware environment "targetl" 
is activated; if the variable value is "*2,° hardware envi- 
ronment target2" is activated. 

55 [0202] The operation procedure of command inter- 
preter 72 for each of the three extended selectTARGET 
commands is described below with reference to the 
flowcharts of FIGs.16-18. 
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[0203] Suppose the user inputs the targetASSIGN 
command into user interface layer 50. Control goes to 
step S71 of the flowchart of FIG. 16 via step S83of FIG. 
1 5. Command interpreter 72 judges in step S71 whether 
the operation code is "targetASSIGN." In this case, it is 
judged as yes. command interpreter 72 allows a table 
specified by operand "table*" be resident in the source 
target hardware environment in step S72. Command in- 
terpreter 72 then sets breakpoints in all the start ad- 
dresses in the table, in step S73. Command interpreter 
72 runs the debug target program in step S74. Com- 
mand interpreter 72 monitors the debug target program 
to see if it has stopped at a breakpoint (step S75). If such 
a stop is detected, command interpreter 72 checks to 
see whether the address of the breakpoint matches any 
of the start addresses in the table (step S76). If matches, 
command interpreter 72 issues the selectTARGET com- 
mand specifying the destination target hardware envi- 
ronment corresponding to the matched start address. 
[0204] Suppose the user inputs the I Fbreak command 
into user interface layer 50. Command interpreter 72 
judges in step S83 in the flowchart of FIG. 15 that the 
operation code is not "selectTARGET." Control then 
goes to step S71 of the flowchart of FIG.16, and com- 
mand interpreter 72 judges that the operation code is 
not "targetASSIGN." Control then goes to step S91 of 
the flowchart of FIG. 1 7. Command interpreter 72 judges 
in the step whether the operation code is "I Fbreak." In 
this case, it is judged as yes. Command interpreter 72 
allows operands "breakNo" and "selectTARGETtarget" 
be resident in the source target hardware environment 
in step S92. Command interpreter 72 runs the debug 
target program in step S93. Command interpreter 72 
monitors the debug target program to see if it has 
stopped at a breakpoint (step S94). If such a stop is de- 
tected, command interpreter 72 checks to see whether 
the address of the breakpoint matches operand "brea- 
kNo" (step S96). If matches, command interpreter 72 
issues the selectTARGET command specifying the des- 
tination target hardware environment which is specified 
by operand "selectTARGETtarget" (step S97). 
[0205] Suppose the user inputs the switch(var) com- 
mand into user interface layer 50. Command interpreter 
72 passes through steps S83, S71, and S91 with "no." 
Command interpreter 72 judges in step S1 00 in the flow- 
chart of FIG. 18 whether the operation code is "switch 
(var)." In this case, it is judged as yes. Command inter- 
preter 72 instructs debug core layer 51 to convert vari- 
able "var" into a memory address B mem_adr(var.)" in 
step S101 . Command interpreter 72 reads data from an 
area specified by memory address D mem_adr(var)" in 
step S1 02. Command interpreter 72 judges whether the 
read data matches either of "*1 " and "*2" in step S103. 
If it matches, command interpreter 72 issues the select- 
TARGET command specifying the destination target 
hardware environment ("targetr or "target2") which 
corresponds to the matched value, namely, "*1 ■ or "*2" 
(stepS 104). 
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[0206] As will be understood from the above descrip- 
tion, the present embodiment enables the operator to 
switch the hardware environments at any state of de- 
bugging with a simple procedure, that is, by issuing the 
s selectTARGET command. That means the operator can 
analyze the cause of bugs in another hardware environ- 
ment without a trouble reproducing the same situation. 
This allows the operator to effectively use the time for 
developing products. 

[0207] The above advantage is remarkable when 
bugs are found in a hardware environment, such as the 
monitor type, which has poor analysis functions since 
the hardware environment can be changed to another 
hardware environment with affluent analysis functions, 
such as the ICE type and the simulator type. 
[0208] The above environment shows only one exam- 
ple of systems which displays best effects currently 
available. The present invention can be changed or 
modified unless such changes and modifications depart 
from the scope of the present invention, that is, as long 
as the invention includes a simple change between the 
hardware environments. The following are examples of 
such modifications. 

(a) In the present embodiment, the supervisor pro- 
gram is stored in a memory. The supervisor pro- 
gram, however, may be included in debug core lay- 
er 51 . Alternately, target interconnect layer 52 may 
be included in debug core layer 51. 

(b) In the present embodiment, it is assumed that 
the setting of breakpoints, trace data , and inter- 
rupts are available in the destination target hard- 
ware environment. However, in case any of such 
functions are not possible in the destination target 
hardware environment, certain functions that are 
available may be specified. 

(c) In the present embodiment, all the contents of 
work area 38 are transferred to the destination tar- 
get hardware environment. However, only a 
changed part of previously transferred data may be 
transferred. This will lessen the load of transfer. To 
achieve this, the data in the stack area and the ex- 
ternal variable area is stored in debug core layer 51 
or target interconnect layer 52 as a backup. When 
the selectTARGET command is issued, data to be 
transferred is compared with the backup, and only 
a changed part is transferred to the destination tar- 
get hardware environment. The changed part or da- 
ta including the changed part may be stored in a 
storage. 

(d) A changed part of data may be transferred to 
other hardware environments each time the data is 
changed. In such a case, the hardware environ- 
ments are changed with higher speed since it is not 
necessary to transfer data from memory to memory. 

(e) In the present embodiment, all the values of reg- 
isters are transferred to the destination target hard- 
ware environment. However, only changed values 
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of registers may be transferred. In such a case, the 
hardware environments are changed with higher 
speed since it is not necessary to transfer values of 
all the registers. 

(f) The "area break" may be used if this function is 5 
available in the target hardware environments. With 
the area break, an area can be specified as the 
breakpoint. 

(g) In the present embodiment, a command for 
switching the hardware environments according to w 
the value of a variable is described. There may be 
used a command, instead of the above command, 

for switching the hardware environments according 
to the value of a parameter. 

(h) A command may be used in which the change is 
of the hardware environments, the generation of an 
interrupt signal, and the state of the destination tar- 
get hardware environment are specified. By issuing 
such a command, the debug target program may 

be monitored in the destination target hardware en- 20 
vironment for a specified interrupt in a specified 
state. 

(i) A command may be used in which the change of 
the hardware environments, the first and the sec- 
ond destination target hardware environments, the 25 
change of the contents of a certain memory or a cer- 
tain register, and the monitoring of the memory or 
register are specified. By issuing such a command, 

the debug target program may be monitored when 
the contents of the memory or register are changed 30 
in a specified hardware environment, 
(j) A command including a table may be used in 
which the change of the hardware environments is 
specified, where the table shows a plurality of hard- 
ware environments and corresponding scheduled 35 
execution times. By issuing such a command, the 
debug target program may be monitored in speci- 
fied hardware environments at specified execution 
times. 

(k) In the present embodiment, the debug is stored 40 
in memory 24 and memory simulation routine 96. 
However, the debug information may be held in de- 
bug core layer 51 and target interconnect layer 52. 
With such an arrangement, it is virtually unneces- 
sary to read the debug information from monitor *s 
control layer 61 , ICE control layer 62, and simulator 
10 of target dependent layer 53. It is also unneces- 
sary for command conversion routine 73 to issue 
function call codes "TCLgeUmem, ■TCI_get_reg," 
and TCLget_BR" Although the present invention so 
has been fully described by way of examples with 
reference to the accompanying drawings, it is to be 
noted that various changes and modifications will 
be apparent to those skilled in the art. Therefore, 
unless such changes and modifications depart from 55 
the scope of the present invention, they should be 
construed as being included therein. 



Claims 

1. A debugging apparatus for verifying a program, 
which Is to be embedded into a target machine (30), 
by running the program in any of the target machine 
(30) itself, an emulator machine (20) emulating the 
target machine (30), and a simulator (1) simulating 
the target machine (30) in terms of software, where- 
in 

each of the target machine (30), the emulator 
machine (20), and the simulator (1) includes oper- 
ation state information which indicates an operation 
state of the program and inputs and outputs the op- 
eration state information in a form unique to each 
of the target machine (30), the emulator machine 
(20), and the simulator (1), the debugging appara- 
tus comprising: 

target environment storing means for storing in- 
formation of a target environment which is an 
identification name of any of the target machine 
(30), the emulator machine (20), and the simu- 
lator (1) as an environment target; 
receiving means for receiving a command input 
by an operator; 

instruction detecting means forjudging whether 
a certain instruction is included in the command 
received by the receiving means; 
specifying means for, when the instruction de- 
tecting means judges that the certain instruc- 
tion is included in the command, specifying a 
target environment specified by the identifica- 
tion name stored in the target environment stor- 
ing means as a source target environment and 
for specifying, as a destination target environ- 
ment, one of the target machine (30), the emu- 
lator machine (30), and the simulator (1) other 
than the identification name stored in the target 
environment storing means; 
reading means for reading operation state in- 
formation from the source target environment; 
converting means for converting the operation 
state information read by the reading means in- 
to operation state information written in a form 
unique to the destination target environment; 
setting means for setting the operation state in- 
formation written in the form unique to the des- 
tination target environment in the destination 
target environment; and 
operation resuming means for resuming an op- 
eration of the program in the destination target 
environment. 

2. The debugging apparatus of Claim 1 , wherein 

the target machine inputs and outputs the op- 
eration state information in a first form, the emulator 
machine inputs and outputs the operation state in- 
formation in a second form, and the simulator inputs 



17 



:P081 44Q4JB1 ) tt p://www.micropatent.com/840431 565258/1 1 863374/E P08 1 4404(B 1 ).tif] 



Page 18 of 62 



33 



EP 0 814 404 B1 



34 



and outputs the operation state information in a third 
form, wherein 

the converting means includes: 

a first converting unit for converting the opera- 
tion state information from the first form to the 
third form when the source target environment 
is the target machine and the destination target 
environment is the simulator; and 
a second converting unit for converting the op- 
eration state information from the second form 
to the third form when the source target envi- 
ronment is the emulator machine and the des- 
tination target environment is the simulator, 
wherein 



a third converting unit for converting the oper- 
ation state information from the third form to the 
first form when the source target environment 
is the simulator and the destination target envi- 
ronment is the target machine; and 
a fourth converting unit for converting the oper- 
ation state information from the third form to the 
second form when the source target environ- 
ment is the simulator and the destination target 
environment is the emulator machine, wherein 

the setting means includes: 

a second setting unit for setting the operation 
state information in the target machine after the 
operation state information has been converted 
into the first form; and 

a third setting unit for setting the operation state 
information in the emulator machine after the 
operation state information has been converted 
into the second form. 

The debugging apparatus of Claim 3, wherein 
the converting means includes: 

a first controlling unit for instructing the first con- 
verting unit to convert the operation state infor- 
mation from the first form to the third form when 
the source target environment is the target ma- 
chine and the destination target environment is 
the emulator machine, then instructing the 
fourth converting unit to convert the operation 
state information from the third form to the sec- 
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the setting means includes: 

a first setting unit for setting the operation 
state information in the simulator after the operation 
state information has been converted into the third 20 
form. 

The debugging apparatus of Claim 2, wherein 
the converting means includes: 
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ond form; and 

a second controlling unit for instructing the sec- 
ond converting unit to convert the operation 
state information from the second form to the 
third form when the source target environment 
is the emulator machine and the destination tar- 
get environment is the target machine, then in- 
structing the third converting unit to convert the 
operation state information from the third form 
to the first form. 

The debugging apparatus of Claim 4 further com- 
prising: 

a serial transfer port for inputting and outputting 
the operation state information of the first form 
from and to a processor included in the target 
machine, wherein the serial transfer port is con- 
nected to the processor via a first line; and 
a device driver for inputting and outputting the 
operation state information of the second form 
from and to an incircuit emulator included in the 
emulator machine, wherein the device driver is 
connected to the incircuit emulator via a second 
line. 

6. The debugging apparatus of Claim 5, wherein 

the operation state information is composed 
of information stored in a register and a memory of 
the source target environment. 

7. The debugging apparatus of Claim 6, wherein 

the target machine, the emulator machine, and 
the simulator are also called target environ- 
ments, wherein 

the information stored in the memory is one of: 

a breakpoint for instructing the processor 
to stop operating; 

trace data which is composed of at least an 
address of an instruction in the program 
which has been executed; and 
interrupt setting information for generating 
an interrupt signal when a certain condition 
set by the operator is satisfied. 

8. The debugging apparatus of Claim 7 further com- 
prising: 

storage managing means for managing mem- 
ories and registers of the target machine, the 
emulator machine, and the simulator by classi- 
fying the memories and the registers into mem- 
ories and registers storing effective values and 
memories and registers storing ineffective val- 
ues; and 

rewriting means for converting ineffective val- 
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ues included in operation state information into 
default values by referring to the storage man- 
aging means when the operation state informa- 
tion is read from the source target environment 
by the reading means, wherein 
the converting means converts the operation 
state information into a form of the destination 
target environment after the rewriting means 
has converted the ineffective values into the de- 
fault values. 

9. The debugging apparatus of Claim 7 further com- 
prising: 

breakpoint setting managing means for manag- 
ing areas of the memories and the registers of 
the target machine, the emulator machine, and 
the simulator by classifying the areas into areas " 
for which a breakpoint can be set and areas for 
which a breakpoint cannot be set; 
judging means forjudging whether a breakpoint 
is to be set in the destination target environ- 
ment by referring to the breakpoint setting man- 
aging means after the converting means has 
converted the operation state information into 
the form of the destination target environment; 
and 

notifying means for notifying the operator that 
the breakpoint is not to be set in the destination 
target environment when the judging means 
judges that the breakpoint is not to be set in the 
destination target environment. 

10. The debugging apparatus of Claim 7 further com- 
prising: 

maximum value storing means for storing a val- 
ue representing the maximum number of accu- 
mulated addresses for each of the target ma- 
chine, the emulator machine, and the simulator; 
address number recognizing means for recog- 
nizing a current number of accumulated ad- 
dresses in the destination target environment; 
and 

notifying means for notifying the operator of a 
difference between the current number of ac- 
cumulated addresses and the maximum 
number of accumulated addresses. 

11. The debugging apparatus of Claim 7 further com- 
prising: 

interrupt generation managing means for man- 
aging the target environments by classifying 
the target environments into ones which moni- 
tor a satisfaction of an interrupt generation con- 
dition and ones which do not monitor the satis- 
faction of the interrupt generation condition; 



judging means forjudging whether the destina- 
tion target environment monitors the satisfac- 
tion of the interrupt generation condition by re- 
ferring to the interrupt generation managing 

5 means after the converting means has convert- 

ed the operation state information into the form 
of the destination target environment; and 
notifying means for notifying the operator that 
the destination target environment does not 

10 monitor the satisfaction of the interrupt gener- 

ation condition when the judging means judges 
that the destination target environment does 
not monitor the satisfaction of the interrupt gen- 
eration condition. 

75 

12. The debugging apparatus of Claim 7 further com- 
prising: 

first interpreting means for interpreting an in- 
struction of monitoring a generation of an inter- 
rupt signal when the instruction detecting 
means judges that the certain instruction is not 
included in the command received by the re- 
ceiving means, the instruction being included 
in the command received by the receiving 
means; 

second interpreting means for interpreting an 
identification number of an interrupt signal and 
a corresponding destination target environ- 
ment, the identification number and the corre- 
sponding destination target environment being 
included in the command received by the re- 
ceiving means; 

monitoring means for monitoring the genera- 
tion of the interrupt signal in the source target 
environment; and 

judging means for, when an interrupt signal is 
generated, judging whether an identification 
number of the generated interrupt signal 
matches the identification number interpreted 
by the second interpreting means, wherein 
the reading means reads the operation state in- 
formation from the source target environment 
when the judging means judges that the iden- 
tification number of the generated interrupt sig- 
nal matches the identification number interpret- 
ed by the second interpreting means. 

13. The debugging apparatus of Claim 7 further com- 
prising: 

first interpreting means for interpreting an in- 
struction of monitoring a rewriting of one of a 
certain memory and a certain register when the. 
instruction detecting means judges that the cer- 
tain instruction is not included in the command 
received by the receiving means, the instruc- 
tion being included in the command received 
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by the receiving means; 
second interpreting means tor interpreting an 
instruction of changing a current target environ- 
ment to another target environment in case one 
of the certain memory and the certain register 
is rewritten, the instruction being included in the 
command received by the receiving means;, 
and 

monitoring means for monitoring the rewriting 
of one of the certain memory and the certain 
register, wherein 

the reading means reads the operation state in- 
formation from the source target environment, 
wherein 

the converting means converts the operation 
state information intothe form of the destination 
target environment which is the other target en- 
vironment interpreted by the second interpret- 
ing means. 

14. The debugging apparatus of Claim 7 further com- 
prising: 

first interpreting means for interpreting an in- 
struction of changing target environments 
when the instruction detecting means judges 
that the certain instruction is not included in the 
• command received by the receiving means, the 
instruction being included in the command re- 
ceived by the receiving means; 
second interpreting means for interpreting a ta- 
ble which shows relation between a plurality of 
parts of the program and corresponding target 
environments, the table being included in the 
command received by the receiving means; 
third interpreting means for interpreting an in- 
struction of monitoring a change of currently ex- 
ecuted part of the program, the instruction be- 
ing included in the command received by the 
receiving means; and 

monitoring means for monitoring the change of 
currently executed part of the program in the 
source target environment, wherein 

the specifying means includes: 

a destination specifying unit for specifying a 
destination target environment when the mon- 
itoring means detects the change of currently 
executed part by referring to the table interpret- 
ed by the second interpreting means, wherein 
the reading means reads the operation state in- 
formation from the source target environment 
when the destination specifying unit specifies 
the destination target environment. 

15. The debugging apparatus of Claim 7 further com- 
prising: 
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first interpreting means for interpreting an in- 
struction of changing target environments 
when the instruction detecting means judges 
that the certain instruction is not included in the 

5 command received by the receiving means, the 
instruction being included in the command re- 
ceived by the receiving means; 

second interpreting means for interpreting a ta- 
ble which shows relation between a plurality of 

10 variable values, a plurality of values which can 

be stored in one of a memory and a register, 
and corresponding target environments, the ta- 
ble being included in the command received by 
the receiving means; 

?5 third interpreting means for interpreting an in- 

struction of monitoring a change of a certain 
variable of the program, the instruction being 
included in the command received by the re- 
ceiving means; and 

20 monitoring means for monitoring the change of 

the certain variable of the program in the source 
target environment, wherein 

the specifying means includes: 

25 

a destination specifying unit for specifying a 
destination target environment when the mon- 
itoring means detects the change of the certain 
variable by referring to the table interpreted by 
30 the second interpreting means, wherein 

the reading means reads the operation state in- 
formation from the source target environment 
when the destination specifying unit specifies 
the destination target environment. 

35 

16. The debugging apparatus of Claim 7 further com- 
prising: 

first interpreting means for interpreting a table 
40 which shows relation between a plurality of pa- 

rameters, a plurality of parts of the program, 
and corresponding target environments when 
the instruction detecting means judges that the 
certain instruction is not included in the-com- 
45 mand received by the receiving means, the ta- 

ble being included in the command received by 
the receiving means; 

second interpreting means for interpreting an 
instruction of monitoring a change of a certain 
so parameter of the program, the instruction being 

included in the command received by the re- 
ceiving means; and 

monitoring means for monitoring the change of 
the certain parameter of the program in the 
55 source target environment, wherein 

the specifying means includes: 
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a destination specifying unit for specifying a 
destination target environment when the mon- 
itoring means detects the change of the certain 
parameter by referring to the table interpreted 
by the first interpreting means, wherein s 
the reading means reads the operation state in- 
formation from the source target environment 
when the destination specifying unit specifies 
the destination target environment. 

10 

17. The debugging apparatus of Claim 7 further com- 
prising: 

first interpreting means for interpreting a table 
which shows relation between a plurality of tar- is 
get environments and corresponding sched- 
uled execution times when the instruction de- 
tecting means judges that the certain instruc- 
tion is not included in the command received by 
the receiving means, the table being included 20 
in the command received by the receiving 
means; and 

time measuring means for measuring a current 
time, wherein 

25 

the specifying means includes: 

a destination specifying unit for specifying a 
destination target environment when the cur- 
rent time matches one of the scheduled execu- 30 
tion times by referring to the table interpreted 
by the first interpreting means, wherein 
the reading means reads the operation state in- 
formation from the source target environment 
when the destination specifying unit specifies 35 
the destination target environment. 



Patentanspruche 

40 

1. Vorrichtung zur Programmfehlerbeseitigung zur 
Verifizierung eines Programms, das in eine Zielma- 
schine (3a) eingebettet werden soil, indem das Pro- 
gramm auf irgendeiner der Zielmaschine (3a) 
selbst, einer Emulatormaschine, die die Zielma- 45 
schine (30) emuliert, oder einer Simulatoreinrich- 
tung (1), die die Zielmaschine (30) im Hinblick auf 
Software simuliert, laufengelassen wird wobei 

die Zielmaschine (30), die Emulatormaschine so 
(20) und die Simulatoreinrichtung (1) jeweils ei- 
ne Operationszustandsinformation umfasst, 
die einen Operationszustand des Programms 
angibt, und die Operationszustandsinformation 
in einer fur die Zielmaschine (30), die Emula- ss 
tormaschine (20) und die Simulatoreinrichtung 
(1) jeweils eindeutigen Form ein- und ausgibt, 
wobei die Vorrichtung zur Programmfehlerbe- 



seitigung umfasst: 

ein Zielumfeld-Speichermittel zum Speichern 
von Information uber ein Zielumfeld, das einen 
Kennungsnamen von jeweils der Zielmaschine 
(30), der Emulatormaschine (20) oder der Si- 
mulatoreinrichtung (1) als ein Umfeldziel ist; 

ein Empfangsmittel zum Empfang einer Kom- 
mandoeingabe durch eine Bedienperson; 

ein Befehlserfassungsmittel zum Bestimmen, 
ob ein gewisser Befehl in dem Kommando ent- 
halten ist, das von der Empfangsmittel erhatten 
wird; 

ein Spezifizierungsmittel um, wenn das Be- 
fehlserfassungsmittel bestimmt, dass der ge- 
wisse Befehl in dem Kommando enthalten ist, 
ein Zielumfeld zu spezifizieren, das durch den 
Kennungsnamen spezifiziert ist, der in dem 
Zielumfeld-Speichermittel als ein Quellenziel- 
umfeld gespeichert ist, und um als Destinati- 
onszielumfeld die Zielmaschine (30), die Emu- 
latormaschine (30) oder die Simulatoreinrich- 
tung (1) mit einem von dem Kennungsnamen 
verschiedenen zu spezifizieren, der in dem 
Zielumfeld-Speichermittel gespeichert ist; 

Lesemittel zum Lesen der Operationszu- 
standsinformation von dem Quellenzielumfeld; 

Umwandlungsmittel zur Umwandlung der Ope- 
rationszustandsinformation, die von dem Lese- 
mittel gelesen wurde, in eine Operationszu- 
standsinformation, die in einer fur das Destina- 
tionszielumfeld eindeutigen Form geschrieben 
wird; 

Einstellmittel zum Einstellen der Operationszu- 
standsinformation, die in der fur das Destinati- 
onszielumfeld eindeutigen Form geschrieben 
ist, in dem Destinationszielumfeld; und 

Operationswiederaufnahmemittel zur Wieder- 
aufnahme einer Operation des Programms in 
dem Destinationszielumfeld. 

2. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 1 , in der die Zielmaschine die Operations- 
zustandsinformation in einer ersten Form ein- und 
ausgibt, die Emulatormaschine die Operationszu- 
standsinformation in einer zweiten Form ein- und 
ausgibt und die Simulatoreinrichtung die Operati- 
onszustandsinformation in einer dritten Form ein- 
und ausgibt, wobei das Umwandlungsmittel um- 
fasst: 
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eine erste Umwandlungseinheit zur Umwand- 
lung der Operationszustandsinformation aus 
der ersten Form in die dritte Form, wenn das 
Quellenzielumfeld die Zielmaschine ist, und 
das Destinationszielumfeld die Simulatorein- s 
richtung ist, und 



zielumfeld die Zielmaschine ist und das Desti- 
nationszielumfeld die Emuiatormaschine ist, 
daraufhin befehlen der vierten Umwandlungs- 
einheit, die Operationszustandsinformation 
aus der dritten Form in die zweite Form umzu- 
wandeln, und 



eine zweite Umwandlungseinheit zur Umwand- 
lung der Operationszustandsinformation aus 
der zweiten Form in die dritte Form, wenn das 10 
Quellenzielumfeld die Emuiatormaschine ist 
und das Destinationszielumfeld die Simulator- 
einrichtung ist, wobei das Einstellmittel um- 
fasst: 

15 

eine erste Einstelleinheit zum Einstellen der 
Operationszustandsinformation in der Simula- 
toreinrichtung, nachdem die Operationszu- 
standsinformation in die dritte Form umgewan- 5. 
delt worden ist. 20 

Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 2, in der das Umwandlungsmittel enthalt: 

eine dritte Umwandlungseinheit zur Umwand- 25 
lung der Operationszustandsinformation aus 
der dritten Form in die erste Form, wenn das 
Quellenzielumfeld die Simulatoreinrichtung 
und das Destinationszielumfeld die Zielmaschi- 
ne ist, und 30 

eine vierte Umwandlungsmittel zur Umwand- 
lung der Operationszustandsinformation aus 
der dritten Form in die zweite Form, wenn das 
Quellenzielumfeld die Simulatoreinrichtung ist 35 
und das Destinationszielumfeld die Emuiator- 
maschine ist, wobei die Einstellmittel umfasst: 

6. 

eine zweite Einstelleinheit zum Einstellen der 
Operationszustandsinformation in der Zielma- 40 
schine nachdem die Operationszustandsinfor- 
mation in die erste Form umgewandelt worden 
ist, und 



eine erste Steuereinheit zum Befehlen der 
zweiten Umwandlungseinheit, die Operations- 
zustandsinformation aus der zweiten Form in 
die dritte Form umzuwandeln, wenn das Quel- 
lenzielumfeld die Emuiatormaschine ist und 
das Destinationszielumfeld die Zielmaschine 
ist, daraufhin Befehlen der dritten Umwand- 
lungseinheit, die Operationszustandsinformati- 
on aus der dritten Form in die erste Form um- 
zuwandeln. 

Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 4, die des Weiteren umfasst: 

einen seriellen Ubertragungsport zur Eingabe 
und Ausgabe der Operationszustandsinforma- 
tion der ersten Form von und in einen Prozes- 
sor, der in der Zielmaschine enthalten ist, wobei 
derserielle Ubertragungsport mit dem Prozes- 
sor uber eine erste Leitung verbunden ist; und 

einen Einrichtungstreiber zur Eingabe und Aus- 
gabe der Operationszustandsinformation der 
zweiten Form in eine und aus einer schaltungs- 
integrierten Emulatoreinrichtung, die in der 
Emuiatormaschine enthalten ist, wobei der Mit- 
telstreiber mit der schaltungsintegrierten Emu- 
latoreinrichtung uber eine zweite Leitung ver- 
bunden ist. 

Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 5, in der 

die Operationszustandsinformation aus Informatio- 
nen zusammengesetzt ist, die in einem Register 
und einem Speicher des Quellenzielumfelds ge- 
speichert sind. 



eine dritte Einstelleinheit zum Einstellen der 45 
Operationszustandsinformation in der Emuia- 
tormaschine nachdem die Operationszu- 
standsinformation in die zweite Form umge- 
wandelt worden ist. 

so 

4. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 3, in der das Umwandlungsmittel um- 
fasst: 

eine erste Steuereinheit zum Befehlen der er- 55 
sten Umwandlungseinheit, die Operationszu- 
standsinformation aus der ersten Form in die 
dritte Form umzuwandeln, wenn das Quellen- 



7. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 6, in der die Zielmaschine, die Emuiator- 
maschine und die Simulatoreinrichtung auch Ziel- 
umfelder genannt werden, wobei die in dem Spei- 
cher gespeicherte Information eine der folgenden 
ist: 

ein Unterbrechungspunkt, urn dem Prozessor 
zu befehlen, den Betrieb anzuhalten; 

eine Verfolgungsdate, die aus zumindest einer 
Adresse eines Befehls in dem Programm gebil- 
det ist, das ausgefuhrt worden ist; und 
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eine Unterbrechungseinstellinformation zur Er- 
zeugung eines Unterbrechungssignals, wenn 
eine durch die Bedienperson eingestellte, ge- 
wisse Bedingung erfullt ist. 

5 

8. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umfasst: 

Speicherverwaltungsmittel zur Verwaltung von 
Speichern und Registern der Zielmaschine, der 10 
Emulatormaschine und der Simulatoreinrich- 
tung, in dem die Speicher und die Register in 
Speicher und Register, die wirksame Werte 
speichern, und in Speicher und Register grup- 
piert werden, die unwirksame Werte speichern, is 
und 

Wieder-Schreibmittel zur Umwandlung unwirk- 
samer Werte, die in Operationszustandsinfor- 
mation enthalten sind, in Vorgabewerte, indem 20 
auf das Speicherverwaltungsmittel verwiesen 
wird, wenn die Operationszustandsinformation 
durch das Lesemittel aus dem Quellenzielum- 
feld gelesen wird, wobei 

25 

das Umwandlungsmittel die Operationszu- 
standsinformation in eine Form des Destinati- 
onszielumfelds umwandeft, nachdem das Wie- 
der-Schreibmittel die unwirksamen Werte in 
Vorgabewerte umgewandelt hat. 30 

9. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die femer umfasst: 

ein Unterbrechungspunkt-Einsteliverwaltungs- 35 
mittel zur Verwaltung von Bereichen der Spei- 
cher und der Register der Zielmaschine, der 
Emulatormaschine und der Simulatoreinrich- 
tung, indem die Bereiche zu Bereichen grup- 
piert werden, fur die ein Unterbrechungspunkt *o 
eingestellt werden kann, und in Bereiche, fur 
die ein Unterbrechungspunkt nicht eingestellt 
werden kann; 

ein Bestimmungsmittel zur Bestimmung, ob ein 45 
Unterbrechungspunkt in den Destinationsziel- 
umfeld eingestellt werden sol!, indem auf das 
Unterbrechungspunkt-Einstellverwaftungsmit- 
tel verwiesen wird, nachdem das Umwand- 
lungsmittel die Operationszustandsinformation so 
in die Form des Destinationszielumfelds umge- 
wandelt hat; und 

ein Mitteilungsmittel zur Mitteilung an die Be- 
dienperson, dass der Unterbrechungspunkt in 55 
dem Destinationszielumfeld nicht gesetzt wer- 
den soli, wenn das Bestimmungsmittel be- 
stimmt, dass der Unterbrechungspunkt in dem 



Destinationszielumfeld nicht gesetzt werden 
soil. 

10. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umfasst: 

ein Maximalwert-Speichermittel zum Spei- 
chern eines Werts, der die maximale Anzahl 
akkumulierter Adressen fur jeweils die Zielma- 
schine, die Emulatormaschine und die Simula- 
toreinrichtung darstellt; 

ein Adressenzahl-Erkennungsmitte! zum Er- 
kennen einer gegenwartigen Anzahl von akku- 
mulierten Adressen in dem Destinationsziel- 
umfeld; und 

Mitteilungsmittel zur Mitteilung an die Bedien- 
person uber einen Unterschied zwischen der 
gegenwartigen Anzahl von akkumulierten 
Adressen und der maximalen Anzahl von ak- 
kumulierten Adressen. 

11. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umfasst: 

ein Unterbrechungserzeugungs-Verwaltungs- 
mittel zum Verwalten der Zielumfelder, indem 
die Zielumfelder in solche gruppiert werden, die 
eine Erfullung einer Unterbrechungserzeu- 
gungsbedingung uberwachen, und solche, die 
die Erfullung der Unterbrechungserzeugungs- 
bedingung nicht Oberwachen; 

ein Bestimmungsmittel zur Bestimmung, ob 
das Destinationszielumfeld die Erfullung der 
Unterbrechungserzeugungsbedingung uber- 
wacht, indem auf das Unterbrechungserzeu- 
gungs-Verwaltungsmittel verwiesen wird, 
nachdem das Umwandlungsmittel die Operati- 
onszustandsinformation in die Form des Desti- 
nationszielumfelds umgewandelt hat; und 

ein Mitteilungsmittel zur Mitteilung an die Be- 
dienperson, dass das Destinationszielumfeld 
die Erfullung der Unterbrechungserzeugungs- 
bedingung nicht uberwacht, wenn das Bestim- 
mungsmittel bestimmt, dass das Destinations- 
zielumfeld die Erfullung der Unterbrechungser- 
zeugungsbedingung nicht uberwacht. 

12. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umlasst: 

ein erstes Interpretiermittel zum Interpretieren 
eines Befehls zum Uberwachen einer Erzeu- 
gung eines Unterbrechungssignals, wenn das 
Befehlserfassungsmittel bestimmt, dass der 
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gewisse Befehl nicht in dem von dem Emp- 
fangsmittel enthaltenen Kommando enthalten 
ist, wobei der Befehl in dem Kommando enthal- 
ten ist, das von dem Empfangsmittel erhalten 
wurde; s 

ein zweites interpretiermittel zum Interpretie- 
ren einer Kennungszahl eines Unterbre- 
chungssignals und eines entsprechenden De- 
stinationszielumfelds, wobei die Kennungszahl 10 
und das entsprechende Destinationszielumfeld 
in dem Kommando enthalten sind, das von der 14 
Empfangsmittel erhalten wird; 

ein Uberwachungsmittel zum Uberwachen der 15 
Erzeugung des Unterbrechungssignals in dem 
Quelienzielumfeld; und 

ein Bestimmungsmittel zur Bestimmung, wenn 
ein Unterbrechungssignal erzeugt ist, ob eine 20 
Kennungszahl des erzeugten Unterbrechungs- 
signals zu der Kennungszahl passt, die durch 
das zweite Interpretiermittel interpretiert wur- 
de, wobei 

25 

das Lesemittel die Operationszustands infor- 
mation von dem Quelienzielumfeld liest, wenn 
das Bestimmungsmittel bestimmt, dass die 
Kennungszahl des erzeugten Unterbrechungs- 
signals zu der Kennungszahl passt, die durch 30 
das zweite Interpretiermittel interpretiert wur- 
de. 



13. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umfasst: 35 

ein erstes Interpretiermittel zum Interpretieren 
eines Befehls zum Uberwachen eines Wieder- 
Schreibvorgangs von einem gewissen Spei- 
cher oder einem gewissen Register, wenn das 40 
Befehlserfassungsmittel bestimmt, dass der 
gewisse Befehl nicht in dem Kommando ent- 
halten ist, das von dem Empfangsmittel erhal- 
ten wird, wobei der Befehl In dem Kommando 
enthalten ist, das von dem Empfangsmittel er- 45 
halten wird; 

ein zweites Interpretiermittel zum Interpretie- 
ren eines Befehls zum Andem von einem ge- 
genwartigen Zielumfeld zu einem anderen Ziel- 50 
umfeld in dem Fall, dass der gewisse Speicher 
oder das gewisse Register wiedergeschrieben 
wurden, wobei der Befehl in dem Kommando 
enthalten ist, das von dem Empfangsmittel er- 
halten wurde; und ss 

ein Uberwachungsmittel zum Uberwachen des 
Wiederschreibens des gewissen Speichers 



oder des gewissen Registers, wobei 

das Lesemittel die Operationszustandsinfor- 
mation von dem Quelienzielumfeld liest, wobei - 

das Umwandlungsmittel die Operationszu- 
stands information in die Form des Destinati- 
onszielumfelds umwandelt, das das andere 
Zielumfeld ist, das das andere durch das zweite 
Interpretiermittel interpretierte Zielumfeld ist. 

k Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die femer umfasst: 

ein erstes Interpretiermittel zum Interpretieren 
eines Befehls zum Andern von Zielumfeldem, 
wenn das Befehlserfassungsmittel bestimmt, 
das der gewisse Befehl nicht in dem Komman- 
do enthalten ist, das von der Empfangsmittel 
erhalten wurde, wobei der Befehl in dem Kom- 
mando enthalten ist, das von der Empfangsmit- 
tel erhalten wurde; 

ein zweites Interpretiermittel zum Interpretie- 
ren einer Tabelle, die die Beziehung zwischen 1 
einer Mehrzahl von Teilen des Programms und 
entsprechenden Zielumfeldem zeigt, wobei die 
Tabelle in dem Kommando enthalten ist, das 
von dem Empfangsmittel erhalten wurde; 

ein drittes Interpretiermittel zum Interpretieren 
eines Befehls zum Oberwachen einer Ande- 
rung des gegenwartig ausgefuhrten Pro- 
grammteils, wobei der Befehl in dem Komman- 
do enthalten ist, das von dem Empfangsmittel 
erhalten wurde; und 

ein Uberwachungsmittel zum Uberwachen der 
Anderung des gegenwartig ausgefuhrten Pro- 
grammteils in dem Quelienzielumfeld, wobei 

das Spezifizierungsmittel umfasst: 

eine Destinationsspezifizierungseinheit zum 
Speziflzieren eines Destinationszielumfelds, 
wenn das Uberwachungsmittel die Anderung 
des gegenwartig ausgefuhrten Teils erfasst, in- 
dem auf die Tabelle verwiesen wird, die durch 
das zweite Interpretiermittel interpretiert wird, 
wobei 

das Lesemittel die Operationszustandsinfor- 
mation von dem Quelienzielumfeld liest, wenn 
die Destinationsspezifizierungseinheit das De- 
stinationszielumfeld spezifiziert. 

15. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umfasst: 
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ein erstes Interpretiermittel zum Interpretieren 
eines Befehls zum Andern von Zielumfeldern, 
wenn das Befehlserfassungsmittel bestimmt, 
das der gewisse Befehl nicht in dem Komman- 
do enthalten ist, das von der Empfangsmittel 
erhalten wurde, wobei der Befehl in dem Kom- 
mando enthalten ist, das von der Empfangsmit- 
tel erhalten wurde; 

ein zweites Interpretiermittel zum Interpretie- 
ren einer Tabelle, die die Beziehung zwischen 
einer Mehrzahl von variabien Werten, einer 
Mehrzahl von Werten, die in einem Speicher 
Oder Register gespeichert werden konnen, und 
entsprechenden Zielumfeldern zeigt, wobei die 
Tabelle in dem Kommando enthalten ist, das 
von dem Empfangsmittel erhalten wurde; 

ein drittes Interpretiermittel zum Interpretieren 
eines Befehls zum Uberwachen einer Ande- 
rung einer gewissen variabien des Pro- 
gramms, wobei der Befehl in dem Kommando 
enthalten ist, das von dem Empfangsmittel er- 
halten wurde; und 

ein Uberwachungsmittel zum Uberwachen der 
Anderung der gewissen Variabien des Pro- 
gramms in dem Quellenzielumfeld, wobei 

das Spezifizierungsmittel umfasst; 

eine Destinationsspezifizierungseinheit zum 
Spezifizieren eines Destinationszielumfelds, 
wenn das Uberwachungsmittel die Anderung 
der gewissen Variabien erfasst, indem auf die 
Tabelle verwiesen wird, die durch das zweite In- 
terpretiermittel interpretiert wird, wobei 

das Lesemittel die Operationszustandsinfor- 
mation von dem Quellenzielumfeld liest, wenn 
die Destinationsspezifizierungseinheit das De- 
stinationszielumfeld spezifiziert. 

16. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umfasst: 

ein erstes Interpretiermittel zum Interpretieren 
einer Tabelle, die eine Beziehung zwischen ei- 
ner Mehrzahl von Parameters einer Mehrzahl 
von Teilen des Programms und entsprechen- 
den Zielumfeldern zeigt, wenn das Befehlser- 
fassungsmittel bestimmt, dass der gewisse Be- 
fehl nicht in dem Kommando enthalten ist, das 
von der Empfangsmittel erhalten wurde, wobei 
die Tabelle in dem Kommando enthalten ist, 
das von der Empfangsmittel erhalten wurde; 

ein zweites Interpretiermittel zum lnterpretie- 
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ren eines Befehls zum Oberwachen einer An- 
derung eines gewissen Parameters des Pro- 
gramms, wobei der Befehl in dem Kommando 
enthalten ist, das von der Empfangsmittel er- 
halten wurde; und 

ein Uberwachungsmittel zum Oberwachen der 
Anderung des gewissen Parameters des Pro- 
gramms in dem Quellenzielumfeld, wobei 



10 



15 



das Spezifizierungsmittel umfasst: 

eine Destinationsspezifizierungseinheit zur 
Spezifizierung eines Destinationszielumfelds, 
wenn das Uberwachungsmittel die Anderung 
des gewissen Parameters durch Verweis auf 
die Tabelle erfasst, die durch das erste Inter- 
pretiermittel interpretiert wird, wobei 

20 das Lesemittel die Operationszustandsinfor- 

mation von dem Quellenzielumfeld liest, wenn 
die Destinationsspezifizierungseinheit das De- 
stinationszielumfeld spezifiziert. 

17. Vorrichtung zur Programmfehlerbeseitigung nach 
Anspruch 7, die des Weiteren umfasst: 
ein erstes Interpretiermittel zum Interpretieren einer 
Tabelle, die eine Beziehung zwischen einer Mehr- 
zahl von Zielumfeldern und entsprechend geplan- 
ten Ausfuhrungszeiten zeigt, wenn das Befehlser- 
fassungsmittel bestimmt, dass der gewisse Befehl 
nicht in dem Kommando enthalten ist, das von der 
Empfangsmittel erhalten wird, wobei die Tabelle in 
dem Kommando enthalten ist, das von der Emp- 
fangsmittel erhalten wurde; und 
ein Zeitmessmittel zum Messen einer gegenwarti- 
gen Zeit, wobei das Spezifizierungsmittel umfasst: 

eine Destinationsspezifizierungseinheit zum 
Spezifizieren eines Destinationszielumfelds, 
wenn die gegenwartige Zeit zu einer der ge- 
planten Ausfuhrungszeiten passt, indem auf 
die Tabelle verwiesen wird, die durch das erste 
Interpretiermittel interpretiert wird; und 

das Lesemittel die Operationszustandsinfor- 
mation von dem Quellenzielumfeld liest, wenn 
die Destinationsspezifizierungseinheit das De- 
stinationszielumfeld spezifiziert. 



so 
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Revendications 

1. Dispositif de debogage destine a verifier un pro- 
gramme devant etre integre dans une machine cible 
(30), en executant le programme dans Tun quelcon- 
que de la machine cible (30) elle-meme, cfune ma- 
chine d'emulation (20) emulant la machine cible 
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2. 



(30) et d'un simulateur (1 ) simulant la machine (30) 
en tenmes de logiciel, dans lequel 

chacun de la machine cible (30), de la machi- 
ne d'emulation (20) et du simulateur (1) comprend 
des informations d'etat de fonctionnement qui indi- 
quent un etat de fonctionnement du programme et 
fournissent en entrees et en sorties les informations 
d'etat de fonctionnement sous une forme unique a 
chacun de la machine cible (30), de la machine 
d'emulation (20) et du simulateur (1 ), le dispositif de 
debogage comprenant: 

un module de memorisation d'environnement 
cible destine a memoriser des informations 
d'un environnement cible qui sont un nom 
d'identification de Tun quelconque de la machi- 
ne cible (30), de la machine d'emulation (20) et 
du simulateur (1 ) en tant que cible d'environne- 
ment, 

un moyen de reception destine a recevoir une 
commande saisie par un operateur, 
un moyen de detection ^instruction destine a 
evaluer si une certaine instruction est incluse 
dans la commande recue par le moyen de re- 
ception, 

un moyen de specification destine a specifier, 
lorsque le moyen de detection ^instruction de- 
termine que la certaine instruction est incluse 
dans la commande, un environnement cible 
specific par le nom d'identification memorise 
dans le module de memorisation d'environne- 
ment cible en tant qu'environnement cible sour- 
ce et destine a specifier en tant qu'environne- 
ment cible de destination, I'un de la machine 
cible (30), de la machine d'emulation (20) et du 
simulateur (1), autre que le nom d'identification 
memorise dans le module de memorisation 
d'environnement cible, 

un moyen de lecture destine a lire les informa- 
tions d'etat de fonctionnement a partir de ('en- 
vironnement cible source, 
un moyen de conversion destine a convert ir les 
informations d'etat de fonctionnement lues par 
le moyen de lecture en des informations d'etat 
de fonctionnement ecrites sous une forme uni- 
que dans Penvironnement cible de destination, 
un moyen d'etablissement destine a etablir les 
informations d'etat de fonctionnement ecrites 
sous la forme unique vers Penvironnement ci- 
ble de destination dans Penvironnement cible 
de destination, et 

un moyen de reprise de fonctionnement desti- 
ne a reprendre le fonctionnement du program- 
me dans Penvironnement cible de destination. 

Dispositif de debogage selon la revendication 1, 
dans lequel 

la machine cible fournit en entrees et en sor- 
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ties les informations d'etat de fonctionnement sous 
une premiere forme, la machine d'emulation fournit 
en entrees et en sorties les informations d'etat de 
fonctionnement sous une seconde forme et le simu- 
lateur fournit en entrees et en sorties les informa- 
tions d'etat de fonctionnement sous une troisieme 
forme, dans lequel 

le moyen de conversion comprend : 

une premiere unite de conversion destinee a 
convertir les informations d'etat de fonctionne- 
ment de la premiere a la troisieme forme lors- 
que Penvironnement cible source est la machi- 
ne cible et que Penvironnement cible de desti- 
nation est le simulateur, et 
une seconde unite de conversion destinee a 
convertir les informations d'6tat de fonctionne- 
ment de la seconde forme a la troisieme forme 
lorsque Penvironnement cible source est la ma- 
chine d'emulation et que Penvironnement cible 
de destination est le simulateur, dans lequel 

le moyen d'etablissement comprend : 
une premiere unite d'etablissement destinee 
a etablir les informations d'6tat de fonctionnement 
dans le simulateur apres que les informations d'etat 
de fonctionnement aient ete converties sous la troi- 
sieme forme. 

Dispositif de debogage selon la revendication 2, 
dans lequel 

le moyen de conversion comprend : 

une troisieme unite de conversion destin6e a 
convertir les informations d'etat de fonctionne- 
ment de la troisieme forme a la premiere forme 
lorsque Penvironnement cible source est le si- 
mulateur et que Penvironnement cible de des- 
tination est la machine cible, et 
une quatrieme unite de conversion destinee a 
convertir les informations d'etat de fonctionne- 
ment de la troisieme forme a la seconde forme 
lorsque Penvironnement cible source est le si- 
mulateur et que Penvironnement cible de des- 
tination est la machine d'emulation dans lequel 

le moyen d'etablissement comprend : 

une seconde unite d'etablissement destinee a 
etablir les informations d'etat de fonctionne- 
ment dans la machine cible apres que les infor- 
mations d'etat de fonctionnement aient ete con- 
verties sous la premiere forme, et 
une troisieme unite d'etablissement destinee a 
etablir les informations d'etat de fonctionne- 
ment dans la machine d'emulation apres que 
les informations d'etat de fonctionnement aient 
6t6 converties sous la seconde forme. 
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4. Dispositif de debogage selon la revendication 3, 
dans lequel 

le moyen de conversion comprend : 

une premiere unit6 de commande destinee a 
donner pour instruction a la premiere unite de 
conversion de convertir les informations d'etat 
de fonctionnement de la premiere forme a la 
troisieme forme lorsque I'environnement cible 
source est la machine cible et que I'environne- 
ment cible de destination est la machine d'emu- 
lation, puis a donner pour instruction a la qua- 
trieme unite de conversion de convertir les in- 
formations d'etat de fonctionnement de la troi- 
sieme forme a la seconde forme, et 
une seconde unite de commande destinee a 
donner pour instruction a la seconde unite de 
conversion de convertir les informations d'etat 
de fonctionnement de la seconde forme a la 
troisieme forme lorsque I'environnement cible 
source est la machine d'emulation et que I'en- 
vironnement cible de destination est la machine 
cible, puis de donner pour instruction a la troi- 
sieme unit6 de conversion de convertir les in- 
formations d'etat de fonctionnement de la troi- 
sieme forme a la premiere forme. 

5. Dispositif de debogage selon la revendication 4 
comprenant en outre : 

un port de transfer! serie destine a fournir en 
entree a un processeur inclus dans la machine 
cible, et en sortie depuis celui-ci, des informa- 
tions d'etat de fonctionnement de la premiere 
forme, dans lequel le port de transfert serie est 
relie au processeur par I'intermediaire d'une 
premiere ligne, et 

un pilote de dispositif destine a fournir en en- 
tree a un emulateur incorpore dans un circuit 
inclus dans la machine d'emulation, et a fournir 
en sortie a celui-ci, des informations d'etat de 
fonctionnement sous la seconde forme, dans 
lequel le pilote de dispositif est relie a I'emula- 
teur incorpore dans un circuit par I'intermediai- 
re d'une seconde ligne. 

6. Dispositif de debogage selon la revendication 5, 
dans lequel 

les informations d'etat de fonctionnement 
sont composers d'informations memorisees dans 
un registre et dans une memoire de I'environne- 
ment cible source. 

7. Dispositif de debogage selon la revendication 6. 
dans lequel 

la machine cible, la machine d'emulation et le 
simulateur sont egalement appetes environne- 
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ments clbles, dans lequel 
les informations memorisees dans la memoire 
represented un Element parmi: 
un point d'arret destine a donner pour instruc- 
s tion au processeur d'arreter son fonctionne- 

ment, 

des donnees de depistage qui sont composees 
d'au moins une adresse d'une instruction du 
programme qui a ete executee, et 
io ( des informations d'etablissement d'interruption 
destinees a generer un signal d'interruption 
lorsqu'une certaine condition etablie par I'ope- 
rateur est satisfaite. 

75 8. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un moyen de gestion de memorisation destine 
a gerer des memoires et des registres de la ma- 
20 . chine cible, de la machine d'emulation et du si- 

mulateur en classant les memoires et les regis- 
tres en des memoires et des registres memori- 
sant des valeurs effectives et des memoires et 
registres memorisant des valeurs non effecti- 
ves, et 

un moyen de reecriture destine a convertir des 
valeurs non effectives incluses dans des infor- 
mations d'etat de fonctionnement en des va- 
leurs par defaut en se referant au moyen de 
30 gestion de memorisation lorsque les informa- 

tions d'etat de fonctionnement sont lues a partir 
de I'environnement cible source par le moyen 
de lecture, dans lequel 

le moyen de conversion convertit les informa- 
35 tions d'etat de fonctionnement sous une forme 

de I'environnement cible de destination apres 
que le moyen de reecriture ait converti les va- 
leurs non effectives en des valeurs par defaut. 

40 9. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un moyen de gestion d'etablissement de point 
d'arret destine a gerer des zones des memoires 

45 et des registres de la machine cible, de la ma- 

chine d'emulation et du simulateur en classant 
les zones en des zones pour lesquelles un point 
d'arret peut etre etabli et des zones pour les- 
quelles un point d'arret ne peut pas etre etabli, 

50 un moyen de determination destine a determi- 

ner si un point d'arret doit etre 6tabli dans I'en- 
vironnement cible de destination en se referant 
au moyen de gestion d'etablissement de point 
d'arret apres que le moyen de conversion ait 

55 converti les informations d'etat de fonctionne- 

ment sous la forme de I'environnement cible de 
destination, et 

un moyen de notification destine a notifier a 
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Top6rateur que ie point d'arret ne doit pas etre 
etabii dans I'environnement cible de destina- 
tion lorsque le moyen de determination deter- 
mine que le point d'arret ne doit pas etre etabii 
dans I'environnement cible de destination. 

10. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un module de memorisation de valeur maxi- 
mum destine a memoriser une valeur represen- 
tant le nombre maximum des adresses accu- 
mulees pour chacun de la machine cible, de la 
machine d'emulation et du simulateur, 
un moyen de reconnaissance de nombre 
d'adresses destine a reconnaltre un nombre en 
cours d'adresses accumuiees dans I'environ- 
nement cible de destination, et 
un moyen de notification destine a notifier a 
Toperateur une difference entre le nombre en 
cours d'adresses accumuiees et le nombre 
maximum d'adresses accumuiees. 

11. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un moyen de gestion de generation d'interrup- 
tion destine a g6rer les environnements cibles 
en classant les environnements cibles en envi- 
ronnements qui surveiilent la satisfaction d'une 
condition de generation d'interruption et en en- 
vironnements qui ne surveiilent pas la satisfac- 
tion de la condition de generation d'interruption, 
un moyen de determination destine a determi- 
ner si I'environnement cible de destination sur- 
veille fa satisfaction de la condition de genera- 
tion d'interruption en se r6f6rant au moyen de 
gestion de generation d'interruption apres que 
le moyen de conversion ait converti les infor- 
mations d'etat de fonctionnement sous la forme 
de I'environnement cible de destination, et 
un moyen de notification destine a notifier a 
Toperateur que I'environnement cible de desti- 
nation ne surveille pas la satisfaction de la con- 
dition de generation d'interruption lorsque le 
moyen de determination determine que I'envi- 
ronnement cible de destination ne surveille pas 
la satisfaction de la condition de generation 
d'interruption. 

12. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un premier moyen d'interpretation destine a in- 
terpreter une instruction de surveillance d'une 
generation d'un signal d'interruption lorsque le 
moyen de detection destruction determine 
que la certaine instruction n'est pas incluse 
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dans la commande recue par le moyen de re- 
ception, Tinstruction etant incluse dans la com- 
mande recue par le moyen de reception, 
un second moyen d'interpretation destine a in- 
terpreter un numero ^identification d'un signal 
d'interruption et un environnement cible de 
destination correspondant, le numero d'identi- 
fication et I'environnement cible correspondant 
etant inclus dans la commande recue par le 
moyen de reception, 

un moyen de surveillance destine a surveiller 
la generation du signal d'interruption dans I'en- 
vironnement cible source, et 
un moyen de determination destine a determk 
ner lorsqu'un signal d'interruption est g6nere, 
si un numero ^identification du signal d'inter- 
ruption g6n6re correspond au num6ro d'identi- 
fication interprete par le second moyen d'inter- 
pretation, dans lequel 

le moyen de lecture lit les informations d'etat 
de fonctionnement a partir de I'environnement 
cible source lorsque le moyen de determination 
determine que le numero d' identification du si- 
gnal d'interruption g6n6r6 correspond au nu- 
mero ^identification interprete par le second 
moyen ^interpretation. 

13. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un premier moyen ^interpretation destine a in- 
terpreter une instruction de surveillance d'une 
reecriture de I'un d'une certaine memoire et 
d'un certain registre lorsque le moyen de de- 
tection d'instruction determine que la certaine 
instruction n'est pas incluse dans la commande 
recue par le moyen de reception, instruction 
etant incluse dans la commande recue par le 
moyen de reception, 

un second moyen d'interpretation destine a in- 
terpreter une instruction de changement d'un 
environnement cible actuel en un autre envi- 
ronnement cible au cas ou I'un de la certaine 
memoire et du certain registre recoit une ree- 
criture, Tinstruction etant incluse dans la com- 
mande recue par le moyen de reception, et 
un moyen de surveillance destine a surveiller 
la reecriture dans Tun de la certaine memoire 
et du certain registre, dans lequel 
le moyen de lecture lit les informations d'etat 
de fonctionnement a partir de i'environnement 
cible source, dans lequel 
le moyen de conversion convertit les informa- 
tions d'etat de fonctionnement sous la forme de 
I'environnement cible de destination qui est 
Tautre environnement cible interprete par le se- 
cond moyen d'interpretation. 
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14. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un premier moyen d'interpretation destine a in- 
terpreter une instruction de modification des 
environnements cibles lorsque le moyen de de- 
tection ^instruction determine que la certaine 
instruction n'est pas incluse dans la commande 
recue par le moyen de reception, I'instruction 
etant incluse dans la commande recue par le 
moyen de reception, 

un second moyen d'interpretation destine a in- 
terpreter une table qui indique la relation entre 
une pluralite de parties du programme et des 
environnements cibles correspondants, la ta- 
ble etant incluse dans la commande recue par 
le moyen de reception, 

un troisieme moyen d'interpretation destine a 
interpreter une instruction de surveillance 
d'une modification d'une partie en cours d'exe- 
cutiondu programme, I'instruction etant incluse 
dans la commande recue par le moyen de re- 
ception, et 

un moyen de surveillance destine a surveiller 
la modification de la partie en cours d'execution 
du programme dans Penvironnement cible 
source, dans lequel 

le moyen de specification comprend : 

une unite de specification de destination desti- 
nee a specifier un environnement cible de des- 
tination lorsque le moyen de surveillance de- 
tecte la modification de la partie en cours d'exe- 
cution en se referant a la table interpretee par 
le second moyen d'interpretation dans lequel 
le moyen de lecture lit les informations d'etat 
de fonctionnement a partir de I'environnement 
cible source lorsque Punite de specification de 
destination specifie I'environnement cible de 
destination. 

15. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un premier moyen d'interpretation destine a in- 
terpreter une instruction de modification des 
environnements cibles lorsque le moyen de de- 
tection ^instruction evalue que la certaine ins- 
truction n'est pas incluse dans la commande re- 
cue par le moyen de reception, I'instruction 
etant incluse dans la commande recue par le 
moyen de reception, 

un second moyen d'interpretation destine a in- 
terpreter une table qui montre la relation entre 
une pluralite de valeurs de variables, une plu- 
ralite de valeurs qui peuvent etre memorisees 
dans I'un d'une memoire et d'un registre, et des 



environnements cibles correspondants, la ta- 
ble etant incluse dans la commande recue par 
le moyen de reception, 

un troisieme moyen d'interpretation destine a 
interpreter une instruction de surveillance 
d'une modification d'une certaine variable du 
programme, I'instruction etant incluse dans la 
commande recue par le moyen de reception, et 
un moyen de surveillance destine a surveiller. 
la modification de la certaine variable du pro- 
gramme dans I'environnement cible source, 
dans lequei 

le moyen de specification comprend : 

une unite de specification de destination desti- 
nee a specifier un environnement cible de des- 
tination lorsque le moyen de surveillance de- 
tecte la modification de la certaine variable en 
se referant a la table interpreted par le second 
moyen d'interpretation dans lequel 
le moyen de lecture lit les informations d'etat 
de fonctionnement a partir de I'environnement 
cible source lorsque I'unite de specification de 
destination specifie I'environnement cible de 
destination. 

16. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un premier moyen d'interpretation destine a in- 
terpreter une table qui montre la relation entre 
une pluralite de parametres, une plurality de 
parties du programme et des environnements 
cibles correspondants lorsque le moyen de de- 
tection d'instruction evalue que la certaine ins- 
truction n'est pas incluse dans la commande re- 
cue par le moyen de reception, la table etant 
incluse dans la commande recue par le moyen 
de reception, 

un second moyen d'interpretation destine a in- 
terpreter une instruction de surveillance d'une 
modification d'un certain parametre du pro- 
gramme, I'instruction etant incluse dans la 
commande recue par le moyen de reception, et 
un moyen de surveillance destine a surveiller 
la modification du certain parametre du pro- 
gramme dans Penvironnement cible source, 
dans lequel 
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le moyen de specification comprend : 

une unite de specification de destination desti- 
nee a specifier un environnement cible de des- 
55 tination lorsque le moyen de surveillance de- 

tecte la modification du certain parametre en 
se referant a la table interpretee par le premier 
moyen d'interpretation, dans lequel 
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te moyen de lecture lit les informations d'etat 
de fonctionnement a partir de I'environnement 
cible source lorsque I'unite de specification de 
destination specifie I'environnement cible de 
destination. 
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17. Dispositif de debogage selon la revendication 7 
comprenant en outre : 

un premier moyen d' interpretation destine a in- io 
terpreter une table qui indique la relation entre 
une plurality d'environnements cibles et les 
temps d'execution prevus correspondents lors- 
que le moyen de detection ^instruction deter- 
mine que la certaine instruction n'est pas inclu- is 
se dans le moyen regu par le moyen de recep- 
tion, la table etant incluse dans la commande 
re9ue par le moyen de reception, et 
un moyen de mesure de temps destine a me- 
surer un temps en cours, dans lequel 20 

le moyen de specification comprend : 

une unite de specification de destination desti- 
ned a specifier un environnement cible de des- 2s 
tination lorsque le temps en cours correspond 
a Tun des temps d'execution prevus en se re- 
ferant a la table interpr^tee par le premier 
moyen d'interpretation, dans lequel 
le moyen de lecture lit les informations d'etat 30 
de fonctionnement a partir de I'environnement 
cible source lorsque Punft6 de specification de 
destination specifie I'environnement cible de 
destination. 
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FIG. 2C 
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FIG. 6A 



SYSTEMATIC ILLUSTRATION OF DEBUG COMMANDS 



— runfaddress) 

— stop 

— step[address] 

— sdBP address 

— dffiPhreakNo 

— setINT CyckNumber intNO. 

— readMEM 

— readREC 



— wiiteMEM 



— • copy MEM 



— writeREC 



— TRACE 



— copyREG 



sdectTARGETtaiget 



copyBP 



— oopylNT 



copyK) 



copyTRACE .DATA 
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FIG. 7 



♦ HARDWARE ENVIRONMENT IS SET TO TARGETl. *— 'Pi 
TARGET1 IS MONITOR TYPE. 

♦ INPUT COMMAND 
>readMEM 0x0100.16 

* TARGETl STORES FOLLOWING VALUE FOR 0x0100.16 
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 

♦ INPUT COMMAND 
>writeREG Dl.03 

* VALUE 03 WAS STORED IN Dl OF TARGETl 

♦ INPUT COMMAND 
>SelBP BPl,0x0123 

♦ BREAKPOINT BP1 WAS SET AT 0x0123 OF TARGETl 

♦ INPUT COMMAND 
>RUN 

* PROGRAM IS RUNNING UNDER TARGETl 

♦ PROGRAM STOPPED AT 0x01 23 OF TARGETl 

♦ INPUT COMMAND 
>SelectTARGET TARGET2 

♦ HARDWARE ENVIRONMENT CHANGES FROM TARGETl 
TO TARGET2 

TARGETl IS MONITOR TYPE 
TARGET2 IS SIMULATOR TYPE 

♦ WAIT UNTIL MEMORY DATA TRANSFER COMPLETES 

♦ MEMORY DATA TRANSFER COMPLETED 

♦ INPUT COMMAND 

> 
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FIG. 8 



SUB-COMMAND 
(BEFORE CONVERSION) 

copyMEM 
copyReg 
copyBP 
copyINT 
copyl/O 
copyTRACE_DATA 



HIGH FUNCTION CALL CODE 
(AFTER CONVERSION) 

TCI_get_mem (adr.length.unit.image) 
TCI_set_mem(adr,length,unit.image) 

TCI_get_reg(regs t mask) 
TCI_set_reg(regs.mask) 

TCI_get_BP(adr.length,unit.image) 
TCI_set_BP(adr,length,unit,image) 

TCLget_INT(cyde.intkind) 
TCLset_INT(cycle,intkind) 

TCI_get_I/0(adr.length,unit,image) 
TCI_set_I/0 (adr.length.unit.image) 

TCI_get_TD(adr.length.unit.image) 
TCLset_TD(adr,Iength,unit,image) 
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FIG. 9 

SOURCE TARGET HARDWARE ENVIR0NMENT=M0NIT0R 
DESTINATION TARGET HARDWARE ENVIRONMENT = SIMULATOR 
HIGH FUNCTION CALL CODE LOW FUNCTION CALL CODE 
TCUet_mOT(adrJengih t urat^ 

TCLsetjnem(adrJength.imiiimage)^SIMjel_mem(adrJengih,uniLimag 

TCI_get_reg(reg$,mask)-*MON_gct_reg(regs.mask) 
TCLsetjeg(regs,mask)-»SIM_set_reg(regsjtiask) 

TCLget3P(adr,length,unit.image)^M0N^et3P(adr,lengih.unit.image) 
TCLset3P(adrjengih r unitjmage)^SIMjet3P(adr4engih f uni(.image) 

TCl4etJNT(cyde.int.kind)-»M0N4eLlNT(cyde.int,kind) 
TCIjetJNT(cyde,intiund)-*SIM_setJNT(cycIe.int,kind) 

TCUetJ/0(adUength.unlt.i^ 
TCI_$«J/0(adrJengto,unit.taa^ 

TCI^et_TD(ackJengih.unit.im3ge)^M0N4et_TD(adrJength ! unit,ima^^ 
TCt_setJT)(adrJength.unit.image^ 
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FIG. 11A 



0 



FUNCTION CALL WITH 
MQN^et_roem(a(^en|?th ; u^ 



) 



GENERATE A TRANSMISSION PACKET : 
MEMREAD COMMAND - FIELD "CMD" 
ARGUMENT "unit" - FIELD "UIT" 
ARGUMENT "length" - FIELD "SIZE" 
ARGUMENT "adr" - FIELD "ADRS" 



/SI 




n «- ARGUMENT "length"/PACKET SIZE(8B)VS6 




STORE EIGHT-BYTF. DATA OF DATA PACKET INTO AN AREA OF I 
SHARED WORK AREA 77 SPECIFIED BY ARGUMENT 'image' | 




SIO 
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FIG. 11B 



( FUNCTION CALL WITH 
\^MON_set_niem(adf,length,unii,iniage) 



T 



GENERATE A TRANSMISSION PACKET : 

MEMWRTTE COMMAND - FIELD "CMD" 
ARGUMENT "unit" -»FIELD "UIT" 
ARGUMENT "length" - FIELD "SIZE" 
ARGUMENT adr" - FIELD "ADRS" 



,S11 




.No 

J —1 j^S15 



n «- ARGUMENT "lengt^'/PACKET SIZE(8B) |^ S16 



S18 



READ EIGHT-BYTE DATA FROM AREA OF SHARED WORK AREA 77 
SPECIFIED BY ARGUMENT "image," EIGHT-BYTE DATA RANGING FROM 
BYTE(8 * (j-1)) TO BYTE (8 * j- lJ.WRTTE DATA INTO DATA PACKET 



I 



TRANSMIT DATA PACKETp S19 
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FIG. 14A 



/★BREAKPOINT ADDRESS*/ 

BREAKPOINT (1) =0x0020 
BREAKPOINT [2] =0x0250 
BREAKPOINT 13] =0x0300 
BREAKPOINT [4] =0x0350 
BREAKPOINT [5] =0x0510 
BREAKPOINT [6] =0x0530 



FIG. 14B 

/ * INTERRUPT SIGNAL GENERATION CONDITION*/ 

CONDITION [l]=20cycle, Int3 
CONDITION [2] = ISOcyc 1 e. Int 5 
CONDITION [3] =230cycle, Int6 
CONDITION [4] =250cycle, Int7 
CONDITION [5] =300cycle, Int8 



FIG. 14C 
/* TRACE DATA*/ 

0x0000, 0x0001, 0x0002, 0x0003. 0x0004. 0x0005, 
0x0006, 0x0007, 0x0008, 0x0009. OxOOOA. OxOOOB, 
OxOOOC, OxOOOD, OxOOOE. OxOOOF. 0x0010. OxOOU. 
0x0012, 0x0013, 0x0014. 0x0015. 0x0016. 0x0017. 
0x0018, 0x0019, OxOOlA. OxOOlB. OxOOlC. 0x00 ID. 
0x00 IE. 0x00 IF, 0x0020. 0x0021, 0x0022, 0x0023. 
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target 1 
VALID 
VALID" 
VALID" 
VALID 

target2 
VALID 
VALID 
VALID 
VALID 

target3 
VALID 
VALID. 
VALID 
VALID" 



FIG. 14D 



.AREA I START ADDRI - END ADDR1 

.AREA2 STARLADDR2 ~ END~ADDR2 

AREA3 STARTJUM3 - ENDJIDDR3 

.AREA4 START.ADDR4 - END_ADDR4 

.AREA1 START.ADDRI - END ADDRI 

.AREA3 STARLADDR3 - END.ADDR3 

.AREAS STARLADDR5 - ENDJDDR5 

.AREA6 START.ADDR6 - END.ADDR6 

.AREA2 START.ADDR2 - END ADDR2 

.AREA4 START_ADDR4 - ENDJDDR4 

.AREAS START ADDR5 - END ADDR5 

.AREA7 STARTIADDR7 - END~ADDR7 



FIG. 14E 

target 1 

SPACE_FOR_TRACE_DATA 

target2 

SPACE_FOR_TRACE_DATA 

target3 

SPACEJORJRACEJATA 



MAX 16Kbyte 
MAX 1Kbyte 
MAX 32Kbyte 



FIG. 14F 

target 1 

CYCLE_NUMBER_COUNT INVALID 

CYCLEJUMBERJMNT VALID 
target 3 

CYCLE_NUMBER_COUNT VALID 
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FIG. I 

targe tl 

I/0_REGI STER_ADDR1 

I/0JEGISTEIUDDR2 

I/0_REGISTER_ADDR3 

targe tZ 

I/0_REGISTER_ADDR1 

I/0_REGISTERJDDR2 

I/0JEGISTERJDDR3 

target3 

I/0_REGI STER_ADDR1 

I/0_REGI STER_ADDR2 

I / 0_REG I STER_ADDR3 



PSW=STATUSl OxlF 

PSW=STATUS2 0x2A 

PSW=STATUS3 Dx3B 

PSW=STATUS1 0x41 

PSW=STATUS2 0x51 

PSW=STATUS3 0x56 

PSW=STATUS1 0x18 

PSW=STATUS2 0x22 

PSW=STATUS3 0x24 

PSW=STATUS1 0x33 

PSW=STATUS2 0x32 

PSW=STATl!S3 0x41 

PSW=STATUSl 0x54 

PSW=STATUS2 0x56 

PSW-STATUS3 0x58 

PSW=STATUS1 OxAl 

P5W=STATUS2 0x98 

PSW=STATUS3 0x75 

PSW=STATUS1 0x18 

PSW=STATUS2 0x12 

PSW=STATUS3 0x33 

PSW=STATUS1 0x42 

PSW=STATUS2 0x52 

PSW=STATUS3 0xB2 

PSW=STATUSl 0x31 

PSW=STATUS2 0x54 

PSW=STATUS3 0x52 
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FIG. 15 




INTERPRET INPUT COMMA ND^* 

S83 




INSTRUCT SOURCE TARGET HARDWARE 
ENVIRONMENT TO STOP RUNNING PROGRAM 



S85 



ISSUE copyMEM SUB-COMMAND Y 
ISSUE copyREG SUB-COMMAND T 
ISSUE copyBP SUB-COMMAND f S8? 



ISSUE copyINT SUB-COMMA^T S88 



ISSUE copyl/O SUB-COMMAND | " S89 



ISSUE copyTRACEDATA 
SUB-COMMAND 



4 



59 



:P0813404(B1 )1http://www.micropatent.com/840431 565258/1 1 863374/EP081 4404(B1 ).tifl 



Page 60 of 62 



EP 0 814 404 B1 




SET BREAKPOINTS IN ALL START ADDRESSES 
IN TABLE 




ISSUE selectTARGET COMMAND SPECIFYING 
DESTINATION TARGET HARDWARE ENVIRONMENT 
CORRESPONDING TO MATCHED START ADDRESS 
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FIG. 17 




ISSUE selectTARGET command SPECIFYING 
DESTINATION TARGET HARDWARE 
ENVIRONMENT SPECIFIED BY OPERAND 
"selectTARGET target" 
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FIG. 18 




Yes 



S101 



INSTRUCT DEBUG CORE LAYER 51 TO 
CONVERT VARIABLE "var" INTO MEMORY 
ADDRESS "mem_adr(var) " 



S102 



READ DATA FROM AREA SPECIFIED 
BY MEMORY ADDRESS 
"mem_adr(var) " 




ISSUE seiectTARGET command SPECIFYING 
DESTINATION TARGET HARDWARE 
ENVIRONMENT CORRESPONDING TO 
MATCHED CASE 



62 



